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Synth effects 
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Percussive 


Sound effects 
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foreword 


by JEFF RONA 


MIDI has forever changed the way music is made. This simple technol- 
ogy has become the universal glue which holds together the worlds of mu- 
sic, the personal computer, and a new creative process. It is a wonderfully 
enabling technology that has become the de facto standard for electronic 
instrument and audio equipment networking around the world in an 


amazingly short period of time. 


MIDI offers musicians the ability to work with any number of sophisti- 
cated instruments with relative ease. It allows any personal computer to 
be used as a central controller for an entire arsenal of devices. It allows 
musicians to interact with each other and exchange music in an entirely 


new Way. 


MIDI has grown far beyond its original musical uses, tying together the 
worlds of audio and video devices, theatrical stage and lighting automa- 
tion, film and video postproduction, and a host of other unusual 


applications. 


The main ingredient that has made all this possible is software. MIDI- 
based application programs have been created for a vast number of musi- 
cal and other uses: From MIDI sequencers that record, edit, and replay 


musical ideas, to recording studio automation. 


When MIDI first appeared in 1983, there was only a handful of key- 
board instruments employing the new technology. MIDI was used simply 
as a link to layer a few musical instruments together. However, within 
just a couple of years, an entirely new cottage industry was born: music 
software. The creative options now available to the musician or audio 
engineer are truly vast. There are not only applications fulfilling a wide 
range of needs, but also the tools to allow advanced users of MIDI de- 
vices to create their own custom systems with any MIDI-compatible PC. 


I doubt that many of MIDI’s founding fathers had any idea that what 
they were designing would become a creative wildfire that would span the 
globe. MIDI can be found on everything from the least expensive hobby- 
ist keyboards available to the most expensive electronic music systems 
made; from CD players to digital multitrack recorders; from guitar amps 
to personal computers. MIDI is a tool of our time. 


This book will give you an in-depth tour of every aspect of the MIDI | 
protocol, from its use as a basic musical instrument networking technol- 
ogy to its many uses for timbre editing and custom studio applications. 
The author has gone far to show you the diversity of MIDI’s capabilities, 
so that you can do it yourself, from the perspective of either a musician 


or a software designer. 


Finally, I believe it helps to keep the right perspective when learning 
about MIDI and related technologies. The topics covered in this book 
are merely tools for creative exploration. They should be treated with the 
same reverence you might give to a good hammer or screwdriver. You 
need good tools to build a structure of your design, but the structure is 
not made out of hammers or screwdrivers. The goal is to be able to create 
something that did not previously exist. Something that is yours. And to 
have some fun along the way. Enjoy. 


Jeff Rona is a Los Angeles-based composer and musician and is the 


founder and past president of the MIDI Manufacturers Association. 
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Introduction 


“MIDI” STANDS FOR “Musical Instrument Digital Interface.” Along 
with analog synthesizers (which started appearing on the market toward 
the end of the 1960s) and digital audio, the MIDI standard is one of the 
richest and most far-reaching innovations in the history of musical elec- 
tronics. Officially introduced in 1983, the standard was designed to regu- 
late communications between different types of devices: synthesizers, 
samplers, drum machines, computers, tape recorders, and others. It’s a 


truly universal language. 


Developed through data-processing and digital technologies, these MIDI- 
compatible devices are having a direct effect on the evolution of music. 
Available at first only to an elite, these devices have since become democ- 
ratized. This democratization has given birth to a household production 
tool: the so-called “home studio.” 


However, the beginning wasn’t easy. Before committing to MIDI, many 
manufacturers hesitated for a long time. The first MIDI synthesizers (the 
Sequential Circuits Prophet 600 and the Yamaha DX7) even aroused a 
certain amount of skepticism among users. But in a very short time this 
was transformed into an unprecedented infatuation. Today it’s inconceiv- 
able for a manufacturer to bring even the most modest keyboard to mar- _ 
ket without building a MIDI interface into it. For 1989 alone, MIDI 


sales were estimated at more than $300 million. Its universal nature, 


together with its low cost of implementation, is one of the main reasons 


for its huge commercial success. 


MIDI and its applications have continued to evolve over the years. The 
specifications book is a lot thicker now, and we’ve come a long way from 
the simple instrument-to-instrument connections for which the interface 
was originally designed. If today’s musicians want to extract the maxi- 
mum advantage from this potential, they need to acquire more and more 
in-depth knowledge. Far from being a drag on creativity, mastery of the 
MIDI standard will help musicians focus on the artistic aspects of their 


work, by giving them ways to optimize their use of these new tools. 


The early chapters of this book are dedicated to a theoretical review of 
the acoustic phenomena related to the production of sound and to gen- 
eral information about the evolution of musical instruments over the last 


twenty years, along with an introduction to the principles of the interface. 


The middle chapters of the book are an in-depth study of the MIDI 
standard, in terms of software as well as hardware, based on the official 


documentation provided by the International MIDI Association (in 
Version 4.1 and Version 4.2 of the MIDI 1.0 Detailed Specifications). 


Subsequent chapters deal with MIDI hardware and its many related appli- 
cations, in terms of instruments, sequencers, recording, synchronization, 
editors, librarians, and so on. Because of the very small amount of docu- 
mentation that exists on the subject, the emphasis here is on the program- 


ming of System Exclusive messages and on the applications that use them. 


The book closes with a look at recent additions to the standard, namely 
General MIDI, MIDI Show Control, and the MMC (MIDI Machine 


Control) commands. 
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VERY MUSICAL tnstrument—in 

_ other words, every sound-production 
system—has to obey the laws of 
acoustics. Whatever the instrument 
is, its sound is made up of the same 


elements, and is represented by 


the same parameters. A few basic 
concepts in acoustics—the science 
1d— are the key to approaching and mastering all the MIDI 


ny 


Strictly speaking, sound is ‘an auditory sensation generated by an acoustic 
vibration. This acoustic vibration is a back-and-forth movement that 
happens in a molecular medium, such as air. The term “oscillatory phe- 
nomenon” refers to back-and-forth motion around an equilibrium posi- 
tion, known as the “rest” or “resting” position. The air molecules that are 
in direct contact with the excitatory system (i.e., the system that causes 
the vibratory phenomenon) start to oscillate with the same motion, trans- 
muitting the motion to their neighboring molecules, and so on. Thanks to 
this chain reaction, or propagation, the sound progressively and eventually 
reaches an ear (the receiving system). The amount of time the sound 


needs to travel from the excitatory system to the receiving system is a 
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function of this propagation speed (which is also known as the velocity of 
the sound). In air, sound waves travel at about 1085 feet per second. : 


As shown in Figure 1.1, the best way to illustrate the phenomenon of vi- 
bratory propagation is to throw a pebble into water and watch the con- 
‘centric circles which move away from the point of impact. We see that 
the water is not displaced linearly (as it is with a flowing stream). Instead, 
the troughs (rarefactions) and peaks (compressions) gradually propagate 
outward. To verify this fact, all you have to do is observe the position of 
a floating object (such as a cork bottle-stopper), which will oscillate up 


and down without moving so much as a millimeter along a horizontal 


. . . « . . e . o . ° . 2 . . . s a . s ® . . a e e . 
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Floating object 


1) Top view 


Point of HYPO ween fron 


2) Side view ‘ 
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FIGURE; The act of throwing a pebble into water causes compression and rarefaction of incom- 
pressible molecules, which propagate away from the point of impact in the form of concentric 
circles. As the alternating peaks and troughs indicate, the water doesn’t move in a linear way; 
instead, it moves up and down, so that an object floating on it is displaced vertically rather 
than horizontally. 
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axis. The principle works exactly the same way in air: an oscillatory mo- 
tion causes greater or lesser changes in pressure Ge, a variation in the den- 
sity of the air molecules), while the air as a whole doesn’t move. The 
linear motion of a flowing stream is comparable to the motion of a cur- 


rent of air, which, of course, produces no sound. 


Showing Sound in Two Dimension 


Hearing sound is one thing. But how do you show sound on paper? 
Easily, it turns out. As shown in Figure 1.2, by drawing a graph with the 
time along the abscissa and the changes in pressure along the ordinate, 
you can show the sound in its two-dimensional form: Le., its waveform. 
If the durations of the successive trough Te peak pairs in the waveform 


are identical, the vibratory motion is periodic. 


The simplest periodic waveform is the sinusoidal waveform. This wave- 
form represents the most elementary possible vibratory physical phenome- 
non. For example, as shown in Figure 1.3, you can get this waveform 


(leaving aside the damping effect) with an excitatory system consisting of 
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FIGURE1.2: A two-dimensional graph of a waveform. The horizontal line corresponds to the rest 


position of the molecules, and the amplitude of the compressions and rarefactions is shown 
above and below the line. 


666 


Musical Building Blocks ’ 


Time 


FIGURE 1.3: The ined graph traces the temporal displacement of the weight attached to the 


spring. This graph represents the most elementary possible periodic motion. 


a vertical spring attached at its upper end to the ceiling and at its bottom 
end to a weight. By pulling the weight downward and then suddenly re- 
leasing it, and then taking the graph shown in Figure 1.2 and replacing 
the changes in pressure with the vertical movement of the spring, you get 


a perfect sinusoidal waveform. 
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Whatever a sound is, from the roar of a rocket launch to the pluck of a 

single guitar string, three parameters are all it takes to define its charac- 

teristics. Although different sound generators may call them by slightly 

different names, you'll find them referred to most often as pitch, amplitude, 
and timbre. 


Pitch 


The concept of pitch is based on the fact that any given tone is heard as 
being more or less “high” or “low” (see Figure 1.4). The faster the oscilla- 
tions, the higher the tone. Conversely, the slower the oscillations, the 


lower the tone. 


prey, 
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FIGURE 1.4: Zhe pitch of waveform (A) is lower than the pitch of waveform (B). 


A tone whose oscillations are periodic is perceived by the human ear as 
having a fixed pitch a C, an A, etc), as shown in Figure IS) Ihe part of 
the waveform (1.e., the peak/trough pair) that’s reproduced identically is 
known as its cycle, The pitch of a tone is a function of the number of 
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FIGURE 1.5: Zhe pitch of waveform (A) is fixed, unlike the pitch of waveform (B), whose cycles 


have different durations. 
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cycles per second, or frequency. Frequencies are expressed in hertz (a unit 
derived from the name of the German physicist Heinrich Hertz). The 


abbreviation “Hz” is customary. 


Even in the best of cases, the frequencies the human ear can hear are lim- 
ited to the range between 20 and 20,000Hz (i.e., from 20 to 20,000 cy- 
cles per second). Most of the data sheets for microphones, amplifiers, 
speakers, and other audio equipment call this frequency range the “pass- 
band” or “pass-tange.” Frequencies below 20Hz are known as infrasonic 
frequencies, and the ones above 20,000Hz are known as ultrasonic fre- 
quencies. It’s worth noting in passing that the frequency of the tuning or 
concert pitch has arbitrarily been set to the frequency of an A at approxi- 
mately 440Hz (i.e., 440 cycles per second). 


Frequencies and Intervals: Tuning the Octave 


A one-octave interval is defined by a ratio of 2 between the frequency of 
the highest note and the frequency of the lowest note. For instance, the 
frequency of the A immediately above the tuning or concert A is 880Hz, 
and the frequency of the next higher A is 1760Hz. The frequency of the 
next A below the tuning A is 220Hz, and so on. 


- The scale most commonly used today—the so-called well-tempered 
scale—divides every octave into twelve equal semitones. Because human 
pitch perception is logarithmic, and because the one-octave difference is 
represented by a multiplication factor of 2, you have to multiply or divide 
a given frequency X by the 12th root of 2 (1.e., 1.059463094) to get - 
the frequency of the next higher or next lower semitone. For instance, 


440 X 1.059463094 = 466.163, which corresponds to an A-sharp. 


en » ‘ 
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The following list gives the numbers by which you have to multiply a 


given frequency in order to get the next twelve higher halftones: 


1.059 (1.059") 
1.121 (1.059%) 
1.188 (1.059°) 
1.258 (1.059*) 
1.332 (1.059°) 
1.411 (1.059°) 
1.494 (1.059’) 
1.582 (1.059°) 
1.675 (1.059) 
1.774 (1.059!) 
1.879 (1.059!") 
2 (1.059!) 


Minor second 
Major second 
Minor third 
Major third 
Fourth 
Diminished fifth 
Fifth 

Minor sixth 
Sixth 

Minor seventh 
Major seventh 


Octave 


Most of the noises you hear in the natural environment are aperiodic. This 


means that the compressions and rarefactions of the air molecules are ir- 


regular; in other words, that the frequency varies over time. This doesn't 


keep you from interpreting the noises as being relatively high or low, be- 


cause you can intuitively estimate their average or mean frequency. The 


noises of a closing door, a jet aircraft, and a breaking glass are examples 


of aperiodic sounds. On the other hand, likewise because of their variable 


pitch, these sounds can’t be “sung” by human voices. 


flmplitude and Dynamics 


Amplitude involves the concept of the volume, or loudness, of a tone. 


For instance, the graph in Figure 1.6 indicates that the amplitude of a 
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FIGURE 1.6: Waveform (B) is one octave higher than Meee (A), in which each cycle lasts 
half as long. 


sinusoidal waveform is characterized by the maximum difference in the 
variation in pressure with regard to the ordinate axis, The farther the 
troughs and peaks are from the resting position Gigs from the horizontal 
axis), the louder the tone is perceived to be. Considering again the exam- 

" ple of the pebble thrown into the water, the more the cork rises and falls, 
the greater the amplitude of the motion. In this case, amplitude is a direct 
result of the force with which the pebble was thrown. 


The human ear perceives amplitude logarithmically. In fact, generally 
speaking, for most of the human senses “the intensity of a sensation var- 
ies directly as the logarithm of the numerical value of the stimulus.” This 
rule is known as Fechner’s Law. For instance, if you had an instrument 
with a value of, say, 10 and you wanted a volume that was twice as loud, 


you'd need a value of 100 (that is, 10 to the second power, or 10 E 


In the same way that the pass-band measures the performance of a piece 


of audio equipment over the range of frequencies that the equipment can 
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handle, the dynamics measure the response of the equipment in terms of 
amplitude. Dynamics, which are expressed in decibels (dB), indicate the 
difference between the minimum volume and the maximum volume. As 
indicated in Figure 1.7, the higher the dynamics, the more faithfully the 


nuances between a soft tone and a loud tone are reproduced. 


Dynamics are a relative characteristic. For example, in a hi-fi amplifier 
with limited dynamics, the difference in volume between the soft and 
loud tones in a piece of music will be diminished. The decrease in 

volume of a fixed waveform has a characteristic progression, as shown 


in Figure 1.8. 


Amplitude 


ae en eae ee 


Amplitude 


oe 
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FIGURE 1.7: Waveform (B) is identical to waveform (A), but the volume of the sound which it 


represents is greater. 


FIGURE1.8: The volume of the waveform fora fixed pitch gradually decreases. 
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Timbre 


Of the three parameters of a sound, timbre is without a doubt the most 
subtle and the most subjective. It’s what gives a tone its “color.” In fact, : 
as shown in Figure 1.9, the same note (pitch) played at the same volume 
(amplitude) by different instruments will not produce the same auditory : 


sensation, and the corresponding waveforms will not have the same shape. 


That's about as far as anyone can go toward understanding timbre with- 
out a little more knowledge of the science of sound. Fourier’s law is good 


place to start. 


Cyde (yde Cycle Cyde 


Amplitude 


Amplitude 


FIGURE1.9: Waveforms (A) and (B) are equivalent in terms of pitch and amplitude but do not 


have the same shape; therefore, their timbre is different. 
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Fourier's Law and Harmonic Series 


It was in 1822 that the noted physicist Joseph Fourier discovered a law 
that would revolutionize signal processing. The law is general and applies 
to all periodic signals, whether the signals are sound waves or some other 


kind of wave. Here’s the definition: 


Fourier’s Law: All complex periodic movements can be broken 
down into a series of simple periodic (sinusoidal) movements, 
known as harmonics, whose frequencies are integral multiples of 


the lowest or fundamental frequency. 


That's the secret of timbre. A periodic tone (that is, a tone with a fixed 
pitch, equal to the pitch of the fundamental) actually consists of a given 
number of sinusoidal waveforms whose frequencies are whole-number 
multiples of the frequency of the fundamental tone. The richest timbre 
includes the entire harmonic series, while the thinnest timbre has the ap- 
pearance of a simple sinusoidal waveform (i.e., the fundamental tone). 
Between these two extremes, any and all intermediate combinations are 
possible. In other words, the harmonic components of a complex periodic 


signal, as shown in Figure 1.10, determine the timbre of the signal. 


An aperiodic signal (i.e., a variable-pitch signal) also consists of a multi- 
tude of sinusoidal waveforms. However, the frequencies of an aperiodic 
signal aren’t necessarily whole-number multiples of the frequency of the 
fundamental tone. In order to distinguish them from the harmonic fre- 


quencies, these frequencies are known as “partials.” 


In short, two tones that have the same pitch and the same amplitude 
can be distinguished by their harmonic content. To see how this theory 
works, consider the example of a sinusoidal waveform whose pitch is 
1000Hz. A periodic tone based on this fundamental will contain some 


or all of the harmonics that are multiples of this frequency and that are 
audible up to the 20th harmonic (because 20 X 1000Hz = 20,000Hz), 
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FIGURE:.10: A periodic signal consisting of its fundamental and its first five harmonics is ile 
by adding together the six sinusoidal waveforms. In this example, all of the harmonics have 
the same amplitude. 


which is the theoretical limit beyond which human ears can’t hear sounds. 
It’s customary to use the term “Xth harmonic” to refer to the harmonic 
that’s formed when the fundamental frequency is multiplied by X. Like- 
wise, the term “harmonic series” is used to describe the set of sinusoidal 
waveforms that make up a periodic tone. So in this example, a tone con- 
sisting of the 2nd, 3rd, 6th, and 9th harmonics will contain, in addition 
to the 1000-Hz fundamental, the simple periodic movements at 2000, 
3000, 6000, and 9000Hz. ! . 


This analysis leads to another two-dimensional representation of sounds, 
namely, the “spectral content.” As indicated in Figure 1.11, the frequen- 
cies are shown along the abscissa, and their amplitudes along the ordinate. 
The frequency scale can be either linear or logarithmic, whichever you 


prefer. 
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Amplitude A) Linear representation 


Order (Nth harmonic) 


123 45 6 7 8 9 10 11 12 13 14 15 16.6% 


, B) Logarithmic representation 
Amplitude 


Order 
(Nth harmonic) 


' : Soe EE ECR se 
FIGURE.N: A two-dimensional representation of the frequency content of a tone describes the 
various harmonics and their respective amplitudes. Two methods can be used: linear repre- 
sentation (in which any two successive harmonics are separated by the same distance) and 
logarithmic representation (in which two consecutive octaves are separated by the same dis- 
tance). In this example, the tone contains the first through the 1 6th harmonics. 


Now take a look at the musical intervals that separate each harmonic 
from its fundamental. As you saw earlier, a frequency has to be doubled 
in order to be repeated in the next higher octave. In the example just 
given, the 2nd, 4th, 8th, and 16th harmonics (i.e., the frequencies at 
2000, 4000, 8000, and 16,000Hz) represent intervals of one, two, three, 
and four octaves with regard to the fundamental. For a series of 32 har- 
monics and for pitches that are expressed not in terms of hertz but in the 
form of ratios with regard to the intervals within an octave, almost all of 
the harmonics correspond approximately to standard intervals. The exact 
ratios for these intervals are multiples of 1.059463094, and appear in the 


next-to-last column of Table 1.1. 


soming 
fo 7 


Musical Building Blocks 


TABLE 1.1: Harmonic Ratios ° 


NEAREST CORRESPONDING 
ABSOLUTE = OCTAVE RATIO. DECIMAL = MULTIPLE OF DEGREE OF THE 
HARMONIC — RATIO (LESS THAN 1:1) RATIO 1.059 SCALE 


I i a ta 1 | fundamental 
OCTAVE2 
2 pa | Al l l fundamental 
3 ot a2 1.5 1.494 fifth 
OCTAVE; 
4 4/1 1/1 | ] fundamental 
5 5/1 5/4 125 1.258 major third 
6 6/1 a2 is 1.494 fifth 
ri Ta 7/4 ps 1.774 minor seventh 
OCTAVEs 
8 8/1 val ] ] octave 
9 9/1 9/8 Lis Al major second 
10 10/1 5/4 1S Zo major third 
1 l/l «11/8 1375 1All diminished 
fifth 
2 Wa) 3/2 f3 1.494 fifth 
13 eyo! 13/8 1.625 1.582 minor sixth 
14 . 14/1 7/4 IDSA: 1.774 minor 
seventh 
15 15/1 15/8 1875 1.879 eae: 
seventh 
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TABLE: Harmonic Ratios (continued) 


NEAREST CORRESPONDING 
ABSOLUTE OCTAVE RATIO DECIMAL = MULTIPLE OF DEGREE OF THE 
HARMONIC RATIO (LES$- THAN 1:1) RATIO 1.059 SCALE 
OCTAVE 
16 16/1 ily at 1 ] octave 
17 7a 17/16 1.062 1.059 minor second 
18 18/1 9/8 el L121 major second 
15 19/1 19/16 LS? 1.188 minor third 
20 20/1 5/4 123 1.258 major third 
21 20/1 21/16 eat 2 332 fourth 
22 227 11/8 1.375 1411 diminished 
fifth 
20 2371 23/16 1.437 1.411 augmented 
fourth 
24 24/1 372 1:5 1.494 fifth 
25 25/1 25/16 562 SoZ, 
26 26/1 13/8 1625 minor sixth 
27 a7) 27/16 1.687 L675 major sixth 
28 28/1 7/4 EAs 1.774 minor seventh 
72) 29/1 29/16 Lei2 
30 30/1 15/8 e875 L879 major seventh 
Si ~—St«iSI/T) BI te 1.937 
OCTAVE 6 
OZ 32/1 Wl I l octave 
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Without going into a study of the various tempering methods, most of 

which are beyond the scope of this book, it’s worth mentioning that the 

Zarlin scale (which is also known as the “physicists’ scale” or “pure 

scale”) is built from intervals that are determined by this harmonic series. © 
- This scale has the major disadvantage of applying only to a single tonality 

Ge, the tonality, or musical key, of the fundamental of the harmonic se- < 
ries on which it is based), because the twelve halftones are unequal. This 

is why the well-tempered scale is used today. It’s not as pure as the Zarlin . 
scale, but it doesn’t have the single-tonality problem. In practical terms, 

that means you can modulate, or change from one key to another, with- * 


out disrupting the acoustic or musical structure of a piece. 


Starting arbitrarily with a fundamental that’s equal to C1, the harmonics 
in the series correspond to the following notes: C1, C2, G2, C3, E3, G3, 
Bb3, C4, D4, E4, Gb4, G4, Ab4, Bb4, B4, CS, etc. 


With acoustic (natural or nonelectronic) sounds, the amplitude of the 
harmonics has a tendency to decrease gradually over time, in proportion 
to the order of the harmonics. This is why, when several one-octave inter- 
vals (i.e., harmonics 1, 2, 4, 8, 16, 32, and so on) are present, the ear 
hears an overall pitch instead of a cacophony resulting from the super- 
imposition of many different pitches. 


The process of breaking down a tone into a set of sinusoidal waveforms ‘ 
is actually much more complicated than it might seem. The amplitude of 

each of the harmonics in the tone evolves over time, and this evolution is * 
what determines the richness of a tone. So by listening closely to a note 

played on an acoustic instrument, such as a piano, you can hear the tim- ° 


bre and the amplitude diminishing as the tone decreases. 


What this means is that Fourier’s Law is accurate only for a “snapshot” 
of a tone. Analytical engineering procedures such as Discrete Fourier 
Transform or the more recent Fast Fourier Transform (FFT), discovered 
in 1965 by J.W. Cooley and J.W. Tukey, make it possible to break down 


a sound mathematically into a set of sinusoidal waveforms throughout 
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the course of its duration. Speedier than its predecessor, as its name 
implies, the FFT algorithm has invaded the domain of musical data proc- 
essing. It leads directly to the three-dimensional representation of sound 
(i.e., the evolution over time of the frequency and amplitude of each har- 


monic), as shown in Figure 1.12. 


2000 ms 


80 ms per increment 


65 Hz per increment 


FIGURE 1.12: A three-~dimensional illustration of the evolution of a tone over time. 


In theory it’s easy. But sound synthesis runs up against plenty of other 
difficulties. In addition to the evolution of the pitch and particularly of 
the amplitude of each sinusoidal waveform in a complex periodic signal, 
there are always also a few partials (i.e., sinusoidal waveforms whose fre- 
quencies are not whole-number multiples of the fundamental). At the 
beginning of any tone produced by an acoustic instrument, a short transi- 
tion period precedes the stabilization of the harmonic content of the 
tone. During this period, for instance, the brass player blows into his in- 
strument, and the column of air takes a certain amount of time to stabi- 
lize (which also causes a slight change in pitch); the piano keys strike the 
hammers, producing a characteristic noise just before the strings begin to 
vibrate regularly, etc. The harmonic content is unstable, and, in spite of a 
predominance of harmonics, many partials are generated. These are the so- 


called “attack transients.” At the auditory level, these short periods are 


* 
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the ones which, more than any other, characterize an instrument (and on 
which, more than any other, the fidelity of a synthesized sound depends). 
Not surprisingly, these transients are also the hardest phenomena to 

imitate. : 


Chapters S and 6 of this book address the way the major families of 
sound generators and the way they handle pitch, amplitude, and timbre. 
Meanwhile, this brief overview of the principal characteristics of a tone 
should let you make good use of the specialized MIDI messages about 


the acoustic management of synthesizers. 


, ' 
aking Music, Then and Now 
In conventional acoustic ies non-electronic) instruments, the production 
of a tone is related to two fundamental concepts. The first involves the 
physical object that produces the auditory phenomenon, and the second 
involves the type and amount of energy the musician has to impart to the ‘2 
physical object in order to make it vibrate. These two concepts corre- 
spond respectively to the concept of an instrument and the concept of ; 
the person who plays it. The first concept is governed by the laws of 
“ acoustics, while the second is generally symbolized by a system of musical 


notation. 


Conventional instruments, in the broad sense of the term (whether wood- ° 
winds, strings, or percussion instruments) have in common a physical 

structure which is in direct contact with the musician. This physical , 
structure lets the musician activate the sound-production mechanism. In 

musical data processing, this portion of the process is known as the control- ‘ 
ler. For example, it consists of the keyboard and pedals of a piano, the 

neck and strings of a guitar, the sticks and skins of a drum—or, more gen- . 
erally, everything that lets the musician influence the production of the 


tone. The materials used in the construction of an acoustic musical 
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instrument are directly responsible for the way the instrument produces 
the sound, whether these materials are part of the controller (as in a gui- 
tar or percussion instrument) or whether they're interconnected mechani- 
cally (such as the hammers, springs, and dampers of a piano, or the 
bellows of an organ). The controller portion of the instrument and 


the sound-generation portion are inseparably linked. 


fl New Breed of Instruments 


Instruments have evolved dramatically since the middle of this century. 
Up tll then, the controller portion had a physical effect on the quality of 
the sound that the instrument produced. The subsequent development of 
electrical techniques, followed by electronic and then digital techniques, 
made it possible to simulate or reproduce given acoustical conditions 
independently of any physical controller. These new instruments, which 
were designed to create waveforms of all kinds, are known as sound gener- 


ators. They include synthesizers, samplers, and other instruments. 


The output of these generators is a signal which represents the sound 
wave in electrical form. The signal is sent to an amplifier circuit, which 
forwards it to speakers. Inside the generator, various procedures are acti- 
vated in order to determine the pitch, the amplitude, and the timbre of 
the sound signal to be created. Unlike acoustic instruments, in which 
physical energy must be transmitted by the controllers, these procedures 
need no physical energy in order to be implemented. A synthesizer may 
have a keyboard; but in this case the keyboard doesn’t control a hammer 
mechanism that causes strings to vibrate. Instead, the keyboard simply 
sends the sound generator a command to produce a given tone. This com- 
mand is sent by means of an electrical signal, which can be either analog 
or digital. These commands are the notorious “MIDI messages.” As 
you'll see, this type of controller doesn’t have to look like a keyboard (al- 


though, for obvious reasons of convenience, a keyboard is what it usually 


looks like). 
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Musical data-processing assumes that musical performance involves three 
necessary sequential stages, as opposed to the two stages that a conven- : 


tional acoustic instrument requires. In these three stages, 


1 = The musician physically transmits energy to the controller (by 
pressing keys, etc.) 


2* The controller converts this energy into a control signal intended 
for the sound generator. This conversion consists simply of 
encoding the mechanical action transmitted to the controller by 
the musician. ° 


3 * When the sound generator receives the control signal, it repro- 
duces the sound (by using electronic and/or digital components to 
simulate given acoustical conditions). 


Without getting too far ahead of the discussion, it’s easy to tmagine the 
range of possibilities that an electronic musical instrument can offer as a 


result of the fact that stages 1, 2, and 3 are independent of one another. 
For instance, 


" Substituting, in Stage | or Stage 2, a different but equivalent 
control signal, to automate the implementation procedure for the 
sound generator 


" Driving several sound generators from the same controller 


" Driving a sound generator from any given controller, etc. 


Toward an Interface 


This separation between the controller and the sound generator implies : 
the use of a protocol (1e., an interface) that lets these two modules commu- 

nicate with one another. The concepts outlined in this section provide a ‘ 
brief introduction to the principles that govern the interfaces for elec- 

tronic musical instruments, retracing the history of the systems which , 
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characterized the pre-MIDI period. In broad terms, there are three major 
categories of information that are necessary and sufficient for any musical 
interface, and particularly for the MIDI interface. They are: 

" The data used to encode what the musician plays 

= The synchronization data 


" The data representing the parameters of a tone 


Encoding What the Musician Plays 


Dividing a musical instrument such as a synthesizer into two clearly sepa- 
rate modules (i.e., the controller and the sound generator) implies the 
existence of an interface system that lets the two modules talk to each 
other. The interface converts into encoded signals the motions that the 
musician applies to the controller (i.e., the instrumental execution), in 


order to drive the sound generator (i.e., the production of tones). 


The first synthesizers were analog devices. The interface system was 
nothing more or less than an electrical signal whose voltage varied as a 
function of the note played on the controller (1.e., the keyboard). This 
voltage provided power to the sound generator, thereby determining the 
frequency (i.e., the pitch) at which the oscillator should produce the 


waveform. 


Physically, this system was easy to implement. An electrical signal having 

a given voltage was sent from one end of the keyboard to the other, pass- 
ing through a resistor for each note it encountered. The farther this signal 
traveled, the more resistors the voltage passed through, and therefore the 

more the voltage decreased. Every time a key was pressed, the correspond- 
ing voltage was transmitted to the sound generator, thereby indicating the - 
frequency to be produced. The frequency was actually physically pro- 


duced by the oscillator or waveform generator. 
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Although this principle is simple, right from the beginning it ran up 
against the problem of the lack of standardization. As shown in Fig- 

ure 1.13, some keyboards used a linear voltage-variation method (i.e, the 
hertz/volt system), and others used a logarithmic method (i.e., the 
volt/ octave system). 


The hertz/volt system 


The volt/octave system 


3 volts 
Sound generator 


FIGUREL.3: When the C3 key is pressed, the keyboard sends the sound generator a voltage of 
either 1 volt (in the hertz/volt system) or 3 volts (in the volt /octave system). 
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In the linear method, the voltage doubled with every octave. Because an 
octave is divided into 12 semitones, all you had to do to obtain the volt- 
age of the next semitone was to multiply a given voltage by the twelfth 
root of two (ie., by 1.059463094). In the volt/octave system, each suc- 
cessive octave corresponded to a one-volt increase in the voltage, or an in- 
crease of 0.0833 volts per semitone. Table 1.2 shows the correspondence 


between these two systems Over a range of five octaves. 


TABLE 1.2: Correspondence between the Hertz/Volt System and the Volt /Octave System 


NOTE 
Gs 


C# 


D# 


FREQUENCY HERTZ/VOLT SYSTEM VOLT/OCTAVE SYSTEM 
65.406 0.250 1.000 
| 69.296 0.265 1.083 
I 73.416 0.281 1.166 
It IT POL O27 1280 
I 82.407 0.315 [338 
I 873070833 1.416 
J 92499 0.353 1.500 
] 979° 0.3m 1.583 
J 103.826 0.396 1.666 
1 110.000 0.420 1.780 
I 116.541 0.445 S33 
] 123.471 0.471 1.916 
2 130.813 0.500 2.000 
2 1383591 01530 2.083 
Zz 146.832 0.561 2.166 
2 [382563 0/595 2.200 
2 164.814 0.630 20008 
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TABLE 12: Correspondence between the Hertz /Volt System and the Volt /Octave System 
(continued) 


NOTE. FREQUENCY HERTL/VOLT SYSTEM VOLT/OCTAVE SYSTEM P 


F 2 174.614 0.667. 2.416 
FH D 184.997 0.707 2.500 : 
G D 195.998 0.749 2.583 
G# D 207.652 0.794 2.666 
A 2 220.000 0.841 2.750 : 
A# 2 233.082 0.891 2eae 
B 2 246.942 0.944 2.916 : 
GC 3 261.626 1.000 3.000 
CH 3 277.183 1.059 3.083 
D 3 293.665 1.122 3.166 : 
D# 3 311.127 1.189 3.250 
E 3 329.628 1.260 3,333 _ 
F 3 349.228 1.335 3.416 
F# 3 369.994 1.414 3.500 ; 
Ge 3 391.995 1.498 3.583 
Ge 3 415.305 1.587 3.666 
A 3 440,000 1.681 3.750 , 
A# 3 466.164 1.781 3,833 
B 3 493.883 1.887 3.916 ; 
€ 4 523.251 2.000 4.000 
C# 4 554.365 2.119 4.083 
D 4 587.330 2.245 4.166 : 
D# 4 622.254 2.378 4.250 
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TABLE 12: Correspondence between the Hertz/Volt System and the Volt / Octave System 


(continued) 
nore FREQUENCY HERTZ/VOLT SYSTEM VOLT/OCTAVE SYSTEM 
E 4 6592255" 2519 4.333 
ie 4 698.456 2.668 4.416 
FH 4 7392899232 / 4.500 
G + 733,991 2-996 4.583 
G# 4 830.609 3.174 4.666 
A a 880,000 3.363 4.750 
A# 4 932.326) 3.501 4.833 
B é 987.767 3.774 4.916 

5 1046.502 4.000 5.000 
C# 5 1108.731 4.238 5.083 

D 5 1174.659 4.490 5.166 

D# =) 1244.508 4.757 S250 
5 1318.510 5.040 553 

ia 5 [3969 esos! 5.416 
FH 5 1479.978 5.657 5.500 
G S) 1S67-962"5,993 5.983 
G# S) 1661.219 6.349 5.666 
A » 1760.000 6.727 a7 ou 
A#f 5 1864.655 7.127 S006 
B fs) LOMSS3835755 | 5.916 

6 2093.005 8.000 6.000 
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Regardless of the system that’s used, the voltage command sent to an os- 
cillator is known as the “CV” (control voltage). Although this signal indi- 
cates the pitch of the note that was played, it tells you nothing about how 
long the note lasts. The idea of duration is addressed by a signal known 
as the “gate signal,” which is triggered when pressure is placed on a key 
and released when the pressure is removed from the key. This way the 
gate signal indicates to the sound generator’s envelope generator (i.e., the 
section that controls the development of volume over time) the length of 
time during which the note (i.e., the waveform produced by the oscilla- 
tor) should be played. Physically, the gate signal is an all-or-nothing elec- . 
trical signal. As shown in Figure 1.14, a positive voltage (usually +5 volts) 


+5 volts 


Sound generator 


Gate out 


Note pressed 


0 volts 


Sound generator ° 
Gate out 


WLLL ICL | 


Note released : 


FIGURE 1.14: When pressure is applied to a key, the gate voltage changes from O to +5 volts. The 


voltage drops back to zero as soon as the key is released. 
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corresponds to a key that’s being pressed, and the absence of voltage 
corresponds to the resting state. Together, CV and gate signals form the 
most elementary kind of interface between a keyboard and a sound 


generator. 


This interface inspired the idea of driving several sound generators from a 
single keyboard. All that was needed was to install ports in each synthe- 
sizer for the CV-out and gate-out signals (1.e., the signals sent from the 
keyboard) and for the CV-in and gate-in signals (i.e., the signals intended 
for the sound generator). This way, as shown in Figure 1.15, if the CV- 


out and gate-out ports of a first synthesizer were connected to the CV-in 


FIGURE1.I5: The keyboard of instrument A sends CV and gate information to the sound gener- 


ator of instrument B. 
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and gate-in ports of a second synthesizer, the keyboard of the first synthe- 
sizer could drive both sound generators (provided of course the CV 
standards were the same, or an interface was used to convert hertz/volt 


signals to volt/octave signals or vice versa). 


This principle of controlling a sound generator by means of voltage was 
extended by the addition of other interfaces, such as the Pitch to Voltage 
Converter, which made it possible to convert the pitch of a signal ob- 
tained at the output of a microphone into a CV signal in real time. 


The Dawn of the Digital Era 


It became obvious early on that the unstable nature of electrical voltages 
made them less than ideal for controlling pitches. Experimental electronic 
musicians also found it was virtually impossible to obtain accurate and 
consistent agreement between voltage-controlled oscillators (WCOs). The 
appearance of microprocessors, which at the time were not a part of ana- 
log synthesizers, provided a solution to the problem, and new interfaces 


saw the light of day. 


Instead of sending a variable voltage as a function of the notes played on 
a keyboard, the keyboards started sending numbers, at a rate of one num- 
-ber per note (hence the term “digital interface”). This procedure solved 
the problems caused by the instability of the pitch command. But here 
again, in spite of every attempt at standardization, certain manufacturers 
developed their own proprietary communications protocols, sometimes in 
conjunction with an interface between the digital system being used and 
the CV /gate-signal system. These protocols included the Borland DCB 
(Digital Communication Bus) interface. The term “DCO” (Digitally 
Controlled Oscillator) replaced the term “VCO.” Some time later the 
MIDI standard appeared and put an end to these incompatibilities. 
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Sequencers and Synchronization 


The first sequencers were devices which could replace a keyboard in 
order to drive a sound generator automatically. To do that, it was neces- 
sary first of all to program a set of CV and gate (i.e., sequence) voltages 
and store them in the sequencer’s memory. When these voltages were 
forwarded from the CV-out and gate-out ports of the sequencer to the 
CV-in and gate-in ports of a sound generator, the sound generator auto- 
matically played the programmed musical “score.” This method became 


known as “step-by-step programming.” 


In order to program each CV and gate voltage in accordance with a musi- 
cal meter (1.e., a musical tempo), the sequencer included a clock which 
divided a quarter-note into a given number of memory spaces, with each 
space either sending or not sending the CV and gate signals. This was the 
principle that governed the operation of the first rhythm boxes, which 
contained in a single housing a sequencer and a sound generator that 


specialized in imitating percussion instruments. 


Techniques evolved, and real-time sequencers rapidly replaced their step- 
by-step counterparts. Instead of programming each voltage one after 
another in the sequencer’s memory, it was much easier to connect the sig- 
nals produced by the keyboard to the sequencer’s memory. This way, 
what a musician played could be recorded directly and in real time by 
storing the CV and gate voltages corresponding to the keys that were be- 
ing pressed and released. In short, real-time sequencers were a lot like spe- 
cialized tape recorders—ones that simply recorded and reproduced a 
certain number of control signals intended to automate the playing of 
one or more sound generators. Real-time sequencers stored the CV and 
gate messages issued by the keyboard in order to forward them later to 
the sound generators. Thanks to MIDI, this type of sequencer has 
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managed, little by little, to achieve a certain degree of popularity. (For a 
detailed look at sequencer operations, see Chapter 7, “MIDI Recording: 
The Basics.”) 


Long before MIDI, however, machines existed that were designed to 
drive sound generators in real time and at a given tempo (not only 
thythm boxes, but also arpeggio generators and other devices). In order 
to make several of these devices operate together, it was necessary to syn- 
chronize them extremely accurately. Hence the appearance of a second 


family of signals, i.e., the synchronization signals. 


Like gate signals, synchronization signals (also known as triggers or clock 
signals) are represented as alternating series of null and positive voltages. 
As shown in Figure 1.16, this alternation of voltages occurs at a rate of a 


given number of pulses per quarter note (PPQN). 


ee 


STULL 


FIGURE 1.16: A square-wave synchronization signal at 24 PPOQN ( pulses per quarter-note). 


When the trigger input of a slave machine is synchronized with the trig- 
ger output of a master machine, the two units will keep the same tempo 
throughout a piece. As always, thanks to the lack of coordination, the 
procedures in use were multitudinous: 24, 48, 96, and 384 PPQN, to 
name a few. But here again the MIDI standard put paid to the lack of 


standardization. 


Programming the Shapes of Sounds 


In the earliest analog synthesizers, the parameters of sound (1.e., variations 
in pitch, timbre, and amplitude) were programmed in real time with the 


aid of many, many switches and potentiometers (pots or faders), all of which | 
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acted directly on the electronic components of the synthesizer. At first, it 
was virtually impossible to store all of these settings, and only one tone 
could be worked with at a time. The only way to verify the fruits of one’s 
labors was to note on a piece of paper the position of all the switches 


and pots. 


Once again, microprocessors made it possible to store and recall instanta- 
neously a given number of sounds (1.e., the entire collection of synthesizer 
settings). In the same way that voltage commands (i.e., VC signals) were 
replaced by digital commands, the positions of switches and pots began 
to be digitized. Unfortunately, even in the best of cases the amount of 
memory available for all these positions was limited to several tens of 
sounds. Hence the appearance of a third type of interface, namely, the 
sound-memory storage interface. When normal memory filled up, its con- 
tents could be saved on external media for reloading later. At the time, in 
the absence of floppy disks or hard disk drives, the mass storage function 
was fulfilled by a simple cassette reader/recorder (like those used by 
many microcomputers of that era). But because each synthesizer used a 
proprietary synthesis procedure, the parameters for a given sound on any 
two given instruments were utterly incompatible. In fact, the settings for a 
given synthesizer X had nothing in common with the settings for a given 
synthesizer Y, thereby making it impossible to standardize anything at all. 
Meanwhile, the reliability of data storage on cassettes left something to 
be desired, and this method was soon replaced by data storage on floppy 
disks. Naturally, the MIDI standard didn’t drag its feet when it came to 


increasing synthesizers’ memory-management potential. 


The point of this short summary of the earliest synthesizers and their in- 


terfaces is that musical interfaces center around three axes: 


1 = encoding what the musician plays (including the step of recording © 
the resulting codes) 
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2 © synchronizing the recorders with each other, and 


3 = managing the tone-creation parameters. 


So much for the past, burdened as it was with a multitude of incompati- : 
bilities. It’s time now to look at the welcome changes that the MIDI 

standard brought, and see how those changes relate to hardware as wellas ~ = * 
to software. 
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N INTEREACE, in the data-processing 
sense of the term, can be defined as 
“a hardware and software device by 
means of which information is ex- 
changed between owe systems.” 
Microcompurersiaré a good illustra- 
tion of this concept. Thanks to spe- 
dialized interfaces, che computer's 
=PU — processing unit’ can exchange information with a 
screens, mass storage devices floppy disks, hand disk drives, ete.) print 


For example, when you tap the “1” key on a calculator and the digit is 
displaved onscreen. you're dealing with three systems and two interfaces 
The three systems are the numeric keyboard of the calculator. the caleula- 
tors CPU (microprocessor, and the display screen. The tiest intertace 
conyerts the pressure on — key into a code which the microprocessor 
can understand. Then the microprocessor uses a second intertace to con- 


vert the code into a piece of dara that ean be displayed on the screen. 


As a general rule, an interface ts detined by both hardware characteristics 
(i.e., the “transport mechanism” tor the data and the format in which the 
information ts conveyed) and software characteristics (ie. the language in 


which the information is expressed’. The role of the MIDI tntertace ts to 


carry musical information among several systems (keyboards, tone gener- 


ators, etc.). We'll examine the hardware specifications first. 


GY ) idl: A Serial Asynchronous Link 


The MIDI interface is a bidirectional (i.e., one wire for each direction) 
serial asynchronous link which transfers data at a rate of 31,250 bits per 
second (bps) with a tolerance of plus or minus | percent. Information is 
transmitted in binary form, i.e., coded as zeros and ones. As shown in Fig- 
ure 2.1, the information is grouped in bytes (groups of eight bits, num- 
bered from DO to D7). Each byte is enclosed by a start bit (logical 0) and 
a stop bit (logical 1), The start and stop bits let the receiving unit identify 
the beginning and end of a byte as it comes in, bit by bit. In other words, 
these bits are the first and last elements of the byte. Therefore, in order to 
obtain 8 bits of useful information,you have to send a group of 10 bits. 
(This 10-bit group is also known as a byte even though this use of the 
term can be confusing, since.“byte” generally refers to a group of 8 bits.) 
These 10-bit MIDI bytes are grouped into packets (which can contain 
any number of bytes, from | to infinity) according to a well-defined syn- 

_ tax that is the subject of later chapters. The result of this grouping is 
known as a “MIDI message.” 


The concept of a serial interface means that bits are transmitted one after 
another, through a single wire. At a data rate of 31,250 bps, it takes 320 


microseconds to transmit one useful byte (10 bits). Thus, in one second 


3] Lot] oe [ort vet eet oot foes [wn 
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FIGURE21: A MIDI byte consists of eight useful bits enclosed by a start bit and a stop bit, 


which make it possible to tell where the active information begins and ends, 


MIDL A Serial Asynchronous Link Te 


: The MDI Hardware Interface 


the MIDI interface can transmit more than 3000 bytes. There is another 

procedure, known as a parallel link, which requires at least as many wires 
as there are bits to be transmitted at once (see Figure 2.2). Because a 

parallel link sends each byte as a single block, the byte can be transferred 


eight times faster than in a serial link. 


-« (EEEEEEE] —— 


Parallel 


FIGURE 2.2: A serial interface transfers the bits ina message one after another over the same 


line, while a parallel interface uses the same number of lines (generally, eight) as there are bits 
to be transmitted simultaneously. 
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The start and stop bits are to a large extent related to the asynchronous 
nature of the MIDI link. These bits let the receiver detect the presence of 
data without requiring that the receiver take into consideration the time 
at which the information arrives. Conversely, with a synchronous inter- 
face, the clock of the sender and the clock of the receiver are synchro- 
nized. More specifically, the clock of one of the two devices is sent to the 
other device by means of a separate link, which requires an additional 
line. This way, the receiver knows the exact time at which it should ex- 
pect data to arrive (see Figure 2.3). Synchronous links are much trickier 
and harder to implement than asynchronous interfaces. What's more, 
synchronous links are not well suited to MIDI, because with MIDI the 
time at which information is issued is a function of the musician, and 


therefore completely unpredictable. 


Synchronous link 
Sender Receiver 


FUCICDENFUENEICT 


FRCPC 


Asynchronous link 
Sender Receiver 
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FIGURE2.3: In a synchronous link, the clock time of the sender is transmitted to the receiver. In 


this example, the receiver knows that at exactly 12:00 noon the sender will transmit a piece 


of data. 
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Speed and Density 


As noted above, MIDI messages travel at a constant rate of 31,250 bits 
per second. Thus, when a receiving unit receives a start bit, it waits until 
the first useful bit in the byte (i.e., bit DO) arrives 320 microseconds 
later, and so on until the stop bit arrives. However, nothing regulates the 
time interval between two MIDI bytes in the same message. In theory, 

in order to optimize transmissions, this interval should be as short as pos- 
sible (1.e., 320 microseconds) (see Figure 2.4). In reality, however, if a 
message contains several tens of bytes—the way MIDI’s System Exclusive 
messages do—some MIDI devices don’t transmit the data at full speed. 


Stop bit Start bit Stop bit Start bit 


Byte 2 || Byte | | 
eee ee ao 
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Stop bit Start bit Stop bit Stort bit 


Byte 2 | | Byte 1 
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FIGURE2.4: Device A uses the maximum pass-band for a given transfer speed. Device B does not. 
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MIDI. A Serial Asynchronous Link 


Other MIDI devices overflow during reception, due to an insufficient 


amount of buffer space, if the maximum transmission density is used. ; 


Connectors 


Physically, the MIDI standard requires S-pin, 180-degree DIN connec- 
tors, such as the Switchcraft 57 GBSF. (Octave Plateau instruments use 
Canon XLR sockets, and Lake People uses jacks.) The DIN standard ' 
isn’t well known among musicians, and the distinctive MIDI connectors 


are easy to tell apart from audio connectors (see Figure 2.5). 


FIGURE 2.5: The pin pattern of a DIN socket 


Functionally, the MIDI Piterace consists of three types of sockets, 


known as “ports”: MIDI In, MIDI Out, and MIDI Thru. Their roles * 
are explained in detail later in this chapter. Pins | and 3 are not used. 

Pin 2 in the MIDI Out and MIDI Thru ports is reserved for ground. 4 
(The MIDI In port has no ground.) Pins 4 and 5 carry a S milliampere 

current loop. A logic voltage of +5 volts represents a bit set to 0, and a ¢ 


logic voltage of O volts represents a bit set to | (see Figure 2.6). 


Although specific MIDI cables exist, it is perfectly all right to use conven- 
tional hi-fi cables, provided however that two pins are not inverted or 
“strapped” (i.e., soldered in pairs) at the ends of the cable, as shown in 
Figure 2.7. In any event, a MIDI cable should be no more than about 45 
feet long. Longer cables can adversely affect the data they carry. 
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FIGURE 2.6: A byte shown as a series of logic voltages 


FIGURE2.7: Only the first of these three MIDI connections (with the ground on pin 2 and the 
conductive lines on pins 5 and 4) is correct. Pins 5 and 4 in the second connection are in- 


verted, and the pins in the third connection are “strapped” (i.e., pins 5 and 3 are soldered to- 
gether, as are pins 4 and 1). 
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Optoelectrical Isclation 


In order to avoid electrical interference, and particularly ground loops, 
each MIDI In port is equipped with a optoelectrical isolator. The princi- 
ple consists of providing power to an LED (light-emitting diode) by 
means of the current loop. Depending on its voltage state, the LED either 
lights or doesn’t light a photoelectric transistor, which in turn either does 
or doesn’t allow current to pass. Thanks to this isolation, the risk of inter- 


ference between the MIDI data and the instrument circuits is eliminated. 


The capability of an optoisolator is a function of its transfer ratio, i.e., 
the ratio between the strength of the incoming current and the strength 
of the outgoing current. For example, a strength of 2.5 mA (milliam- 
peres) measured at the output of the transistor corresponds to a ratio of 
1:2. It is strongly recommended that optoisolators be used which have a 
ratio of at least 1:1 and a response time of less than 2 microseconds. The 
Sharp PC-900 and the Hewlett-Packard 6N138 (or equivalent) opto- 
isolators are recognized by the MIDI standard (see Figure 2.8). 


The purpose of the diode placed upstream of the optoisolator circuit is 
to protect the LED from polarity inversion and from self-induction phe- 
nomena caused by the high transmission speed. As shown in Figure 2.9, a 
set of 220-ohm resistors regulates the strength of the current loop and 


protects the components against potential short-circuits. 


“The Seval/Paalel Interface 


In order for MIDI instruments to communicate with computers, you 
need an interface that converts data from the MIDI device (for use by the 
microprocessor) and converts data from the microprocessor (for use by 


the MIDI device). 
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MIDI Standard Hardware 
NOTES: 


1. Optoisolator currently shown is Sharp PC-900 
(HP 6N138 or other optoisolator can be used with appropriate changes). 


2. Gates “A” are IC or transistor. 


3. Resistors are. 5%. 


FIGURE 2.8: The physical description of the MEDI standard, taken from the official documenta~ 
tion. Copyright ©1988 MIDI Manufacturers Association—used with permission. 
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FIGURE2.9: Zhe MIDI interface of the Yi amaha DX 7 


Conversions: Playing Both Ways 
As shown in Figure 2.10, the conversion takes place with the help of a 
specialized circuit known as a UART (Universal Asynchronous Re- 
ceiver/Transmitter) or ACIA (Asynchronous Communications Interface 
Adapter). When a start bit is received at the MIDI In port, the serial /par- 
allel interface waits until it has received 8 bits, one after another, and then 


stores them one by one in its internal memory (i.e., in a memory register). 
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Serial-to-parallel interface UART Microprocessor 
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UART Microprocessor 


Parallel-to-serial interface 
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FIGURE 2.10: Zhe serial-to-parallel interface sends the 8 bits of a MIDI byte to the microproces- 


sor over 8 separate wires. The parallel-to-serial interface sends the byte over a single wire. 


Once the stop bit tells the MIDI In port that the entire byte has been 
properly transmitted, the MIDI In port is then ready to send the 8 bits 
all at once to the microprocessor (over 8 separate lines, known collec- 


tively as the data bus). Once this transmission has been completed, the 


UART switches back to WAIT mode for the next start bit, and so on. 
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The Interrupt Buffer System 


Imagine the UART and the microprocessor are two telephones. If your 
phone (i.e., the microprocessor) had no ringer, you would have to pick up 
the handset in order to tell whether someone was calling you (e., if infor- 
mation was being sent to the UART and forwarded by the UART to the 
microprocessor). The ringer lets you pick up the handset only when you 
have a good reason to, i.e., when you know someone is waiting to talk to 
you. This is an example of an interrupt system which lets you carry on 
any other activity at the same time, even if you are waiting for a call. The 


concept in data processing is exactly the same. 


Such an interrupt system, as shown in Figure 2.11, keeps the microproces- 
sor from spending most of its time waiting for the MIDI bytes output 
by the UART. As soon as the UART receives MIDI data, the system 


uses a direct line to warn the microprocessor that the UART 1s ready to 


UART Microprocessor 


Interrupt line 


FIGURE 2.n: The interrupt line warns the computer that a MIDI byte is about to arrive. If the 
computer is busy with another task (such as a screen display, calculations, etc.), the byte (and 
its arrival time) is stored in a buffer to await processing. 
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send the data to it. Then the microprocessor interrupts whatever it was 
doing and gives priority to the reception operation, if necessary storing 


the MIDI byte in a buffer memory in order to handle it later. 


The buffer memory is like a telephone answering machine that stores 

calls (i.e., data) while you're doing other things. This association of the 
interrupt principle with a buffer memory has three advantages. First, the 
microprocessor can tend to its business without having to monitor the 
MIDI In port; second, each byte is handled immediately upon arrival; and 
third, there ts no risk of an unrecoverable data loss unless the buffer over- 
flows. In other words, in the same way that the incoming message cassette 
of a telephone answering machine can hold only a certain number of mes- 
sages, the buffer memory can overflow if it receives an excessive amount 
of data and isn’t emptied fast enough. If that happens, the next bytes in 
the transmission are irretrievably lost. Warning messages such as “MIDI 
overflow,” “buffer overflow,” and “MIDI buffer full” let you know a 
problem is about to happen. Obviously, it’s worthwhile for MIDI instru- 
ments to have good-sized buffers. 


When the microprocessor sends data, the UART works the opposite 
way. As soon as it receives a byte from the microprocessor, the VART 
issues a start bit, “serializes” the byte (i.e., sends the bits one after 
another, starting with the low-order bit and ending with the high-order 
bit), and ends the operation with a stop bit. The UART then lets the mi- 
croprocessor know that it’s ready to handle the next byte. In order to 
send the bits at the proper speed (i.e., 31,250 bps), the serial / parallel in- 
terface generally divides an internal 1MHz or SOOkHz clock signal (the 


values currently used in microcomputer data processing) by 32 or by 16. 
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: wu Connections: How the Music Moves 
Before getting into the principles of MIDI connections, it’s worth taking 


a moment to review the different types of links for an interface system. 


In any interface between two units A and B, there are three possible types 
of data transfer: from A to B, from B to A, and in both directions at once 
(simultaneously or otherwise). In the first two cases, the links are one- 
way. In the third case, the link is bidirectional. In order to operate, the 
bidirectional link needs one line for each transfer direction. (Sometimes a 
single physical line contains both of these logical lines.) The com- 
puter/screen interface is an example of a one-way link (from the com- 
puter to the screen), and the computer/ floppy-disk reader interface is an 
example of a bidirectional link (in this case, for data storage and data 


loading). 


In a bidirectional link, data can travel independently in both directions, 
like cars on the two sides of a highway. With the help of a dialogue sys- 
tem, it can also be transferred by means of exchanges, as in a telephone 
conversation. The interface between a computer and a printer is a perfect 
example of a bidirectional link that uses a single dialogue-type connec- 

. tion. Schematically speaking, the computer sends the first string of charac- 
ters to be printed via one of the lines of the connection, and waits until 
the printer reports back, by means of another line, that the printing task 
has been completed. Then the computer sends the next string, and so on, 
The data travels in both directions via a single connection, in accordance 


with a well-defined communications protocol. 


Up till now we've been limited to an exchange of data between two units. 
However, there’s no reason why more units couldn’t be connected to 
form a true network. This is exactly the case with MIDI, which theoreti- 
cally lets you connect an infinite number of instruments, depending on 


what you want to do. 
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MIDI In and MIDI Out—The Elementary Links 


At a minimum, as shown in Figure 2.12, every MIDI device has two 

parts: an output port (MIDI Out) and an input port (MIDI In). The sim- 
plest link between two MIDI devices, MIDI A and MIDIB, takes the 
form of a one-way link: from A to B or from B to A. By connecting the 
MIDI Out port of synthesizer A to the MIDI In port of synthesizer B, 
synthesizer B will respond automatically to keys pressed on the keyboard 


of synthesizer A. In this case, you only need one wire. 


Instrument B 


Instrument A 


FIGURE 2.12: In a one-way link, the MIDI Out port of instrument A transmits data to the 
MIDI In port of instrument B. 


By connecting the two devices from A to B and from B to A (i.e., the 
MIDI Out port of device A to the MIDI In port of device B, and vice 
versa) as shown in Figure 2.13, you get a bidirectional link that uses two 
wires. [his type of connection is known as a handshake link. In addition to 
having the option of controlling synthesizer B from synthesizer A and 
synthesizer A from synthesizer B, you can also carry on dialogue-type ex- 


changes (e.g., via MIDI System Exclusive messages ). 
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Instrument A 


FIGURE 2.13: The handshake link is represented by two one-way links between two instruments 
(with MIDI Out of instrument A connected to MIDI In of instrument B, and vice versa). 
This way, the MIDI bytes can travel in both directions, simultaneously or otherwise. 


But why stop there? Why not connect three MIDI devices (A, B, and C) 
by means of two one-way links? By connecting the MIDI Out port of 
device A to the MIDI In port of device B, and connecting the MIDI Out — 
port of device C to the MIDI In port of device A, device A can drive 
device B, and device C can drive device A. With the addition of a cable 
connecting the MIDI Out port of device B to the MIDI In port of 


device C, as shown in Figure 2.14, device B can control device C. 


The MIDI Thru Port x 


The system described above has the disadvantage of not letting a single 

device (i.e., one MIDI Out port) control two other devices (i.e., two 

MIDI In ports). This is why most MIDI devices have a third type of 

port, known as the MIDI Thru port. This port retransmits the MIDI : 
codes that are received by the MIDI In port. In a manner of speaking, 
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Instrument B Instrument C 


Instrument A 


FIGURE 2.14: In this configuration, device A drives device B and device B drives device C, but de- 
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does not drive device C. 


the codes received by the MIDI In port are “photocopied” and sent 
immediately to the MIDI Thru port. 


For example, by connecting the MIDI Out port of device A to the MIDI 
In port of device B and connecting the MIDI Thru port of device B to 
the MIDI In port of device C, devices B and C can be driven by device A. 
In this case the information received by device B is duplicated by the 
MIDI Thru port and sent to device C. This type of link, as shown in 
Figure 2.15, is known as a “daisy-chain” or cascade-type link. 


The number of devices that can be connected this way is theoretically un- 
limited, because there’s nothing to keep us from connecting the MIDI 
Thru port of device C to the MIDI In port of device D, and so on. A 

long cascade-type link induces virtually no delay (an average of 2 micro- 
seconds per instrument, depending on the response time of the optoisola- 
tors). On the other hand, the leading and trailing edges of the signal have - 
a strong tendency to break down (see Figure 2.16) and become munged 


beyond recognition—a state that makes for faulty interpretations of 
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Out 


Instrument A Instrument D 


FIGURE 2.15: In this daisy-chain link, the information sent from instrument A to instrument B 
is “photocopied” and sent immediately to instrument C, which in turn transmits it to instru- 
ment D, and so on. 
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FIGURE2.16: Because the MIDI signal has to pass through the optocouplers, the leading and trail- 
ing edges of the signal tend to break down. 


‘MIDI messages. This is why it’s advisable for a daisy-chain link not to 


contain more than three instruments. 


onnection Boxes 


A truly humongous variety of boxes are available that are intended to 
improve the performance of a MIDI network by mixing, separating, or 
“routing” signals. Later chapters examine how these boxes are im- 
plemented. Meanwhile, here’s a short introductory overview of their 


capabilities. 
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The MIDI Thru Box 


The MIDI Thru box ts an alternative to the daisy-chain link. It consists 
of a MIDI In port and several MIDI Thru ports. Incoming signals are 
duplicated as many times as there are MIDI Thru ports in the box. This 
technique prevents the breakdown of the signals, stmplifies connections, 
and frees the MIDI Thru ports on the linked instruments for the addi- 
tion of more daisy-chained devices. This configuration, shown in Fig- 
ure 2.17, is known as a star network. Figure 2.18 shows a combination of a 


star network and a cascade network. 


Sa ar 
In In 
Instrument C Instrument B 


ict "a 
A Thru box 


Out 


Instrument A 


FIGURE 2.9: The MIDI Thru box duplicates a signal received at its MIDI In port, creating 
one copy for each of its outputs (MIDI Thru ports). The box makes it possible to create a 


star network, as an alternative to a cascade-type (daisy-chain) link. 
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FIGURE 2.18: A combination of star and cascade networks. Instruments B, C, and E are con- 


nected in a star network (via a MIDI Thru box) and are the sources of the cascade links ° 


with instrument D, instruments F and G, and instrument H, respectively. 


The MIDI Merger 


Suppose you want to drive an instrument C simultaneously from two 
other instruments, A and B. To do so, you have to mix (merge) the sig- 
nals from the MIDI Out ports of instruments A and B in order to send 
them to the MIDI In port of instrument C, as shown in Figure 2.19. 
(Caution—this mixing of MIDI messages has nothing to do with the 
mixing of audio signals, such as the signals output by mixing boards!) 


Because of its characteristics, the MIDI interface transmits the messages 
one after another (i.e., in series). If two messages from instruments A and 
B arrive at the input of the merger at the same time, then the merger has 
to give priority to one message or the other, making the non-priority mes- 
sage wait while the first message is sent. Some mergers can mix more than 


two MIDI signals. 
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FIGURE 2.19: With a MIDI merger, instruments A and B can drive instrument C. 


The MIDI Patch 


The MIDI patch is a connection matrix consisting of a given number of 
MIDI In and MIDI Out ports: an 8x8 patch (8 inputs and 8 outputs), a 
16X16 patch (16 inputs and 16 outputs), etc. Figure 2.20 shows an 8x8 
patch. 


After connecting the MIDI Out ports and the MIDI In ports of the 
instruments to the MIDI In and MIDI Out ports of the patch, all you 
have to do is program each MIDI In port of the patch, in such a way as 

to direct the signals to one or more of the MIDI Out ports. Each MIDI 
Out port accepts signals from only one MIDI In port, unless the patch in- 
cludes a merger function. On the other hand, the signals from a MIDI In 
port can be sent to several MIDI Out ports (i.e., the MIDI Thru func- 
tion). Most MIDI patches let you store several assignment schemes in 
memory. This way, you can modify the configuration of a MIDI network © 
simply by calling up the corresponding stored program. 
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FIGURE 2.20: The way this patch is programmed, instruments A and B drive instruments D, E, 
and F (the inputs of A and B are “merged”), while instrument C drives instruments G, H, 
I, and J. A 
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N THE BEGINNING, the MIDI 
standard was designed essentially to 
let keyboards and sound generators 
talk to each other. At most, it was in- 
tended for use in modest sequencer 
applications. Although the hardware 
aspect of the interface hasn't evolved 
- ~»_ since then (for the obvious reason of 
preserving Bacto’ «4 Ss by no means the case with the software 
aspect of elles its Beeteee. 


ae zi Vay Tame time ste notorious MIDI ports had made their way 
into many families of equipment. Today they’re found in every peripheral 
device in the audio signal-processing field. Mixing boards, tape recorders, 
special-effects processors, microcomputers, and synchronization units are 
some of the products that have been infected by the MIDIfication virus. 
Meanwhile, the capabilities of sound generators have been expanding 
(with memory storage, polyphony, and multitimbral features), samplers 
have become democratized, and so on. In other words, if the MIDI lan- 
guage hadn't grown beyond its original incarnation, by now technological 
progress certainly would have made it obsolete. 


Happily, though, in those early days the MIDI designers developed an 


extremely flexible language that was especially well suited to continuing 
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evolution. Putting it another way and drawing a parallel between the 
MIDI language and the human vocabulary, you could say that the MIDI 
dictionary can always be enriched by new idioms. This capability has 
made it possible to add extensions to the standard as the need for them 


became apparent, while still preserving complete forward compatibility. 


fn Evolving Document 


The NAMM conferences held yearly in the United States provide the 
context for privileged meetings attended by members of the two manufac- 
turers’ organizations—the MMA (MIDI Manufacturers’ Association) 
and the JMSC (Japan MIDI Standards Committee )—that are responsible 
for administering the MIDI standard. At these meetings new versions of 
the language are generally approved, as were the addition of the sample — 
dump standard in 1986, the MIDI time code in 1987, and MIDIfiles in 
1988. In the wake of these improvements, in June 1988 the IMA decided 
to prepare a complete revision of the official document and issue it as 
Version 4.0 of the MIDI 1.0 Detailed Specifications. Version 4.2 which cov- 
ers General MIDI, was released in January, 1993. 


“The Format of mii Bytes: Status and Data 


The MIDI interface carries information that translates a musicians play- 
ing into digital events. To do that, the interface uses bytes, and therefore 
finite numbers, as opposed to analog electrical or magnetic signals, which 
can represent an infinite number of values. These bytes, which in a sense 
are the MIDI alphabet, provide some insight into how the MIDI lan- 


guage—that is, its words and sentences—is built. 
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First of all, the MIDI standard divides data into two categories: status in- 
formation and data. Generally speaking, status information indicates the 
actions performed by the musician. The pressing or releasing of a note or 
sustain pedal, and the shifting of a pitch wheel or modulation wheel, are 
typical examples of status information, However, in most instances such 
an action or command requires more information—for instance, the num- 
ber of the note being pressed or released, an indication of the beginning 
or end of a sustained tone, or the new position of the pitch wheel or 
modulation wheel. The responsibility for providing this information falls 
on the data bytes that accompany the status indicator. 


With no exceptions, all MIDI information is transmitted in the form of a 
“status plus data” structure known generically as a message. The number of 
data bytes in a message (from O to n) varies, depending on the type of 
status byte. To draw another analogy with human language, just as every 
word in English has a well-defined role in a sentence (as an adjective, 
verb, etc.), each MIDI word (or byte) has a well-defined role in a mes- 
sage: as either a status word (1.e., the definition of a musical command) or 
a data word (1.e., the value of the command). In order for the syntax ofa 
MIDI sentence (1.e., a MIDI message) to be correct, the MIDI message 


has to consist of one status word followed by 0 to n data words. 


At the binary level, each byte represents one of 256 possible different val- 
ues (from 0 to 255). In order to be able to tell the difference between a 
status byte and a data byte (which are nominally identical), MIDI uses 
bit 7 of the byte as an indicator. This bit is known as the high-order bit 
or most significant bit (MSB). Depending on whether bit 7 is set to | or to 
O, the byte is either a status byte eee) or a data byte (Oxxxxxxx) 
(see Figure 3.1 below). 


In fact, for a microprocessor, testing one of the bits in a byte is the fastest . 
way to tell the difference between the two types of messages. As a result, 
in the MIDI language there are only 7 bits (that ts, bits 0 through 6) that 


can be used to represent information. What this means ts that instead of 
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FIGURE3A; Status bytes and data bytes are differentiated by the value of bit 7. 


being able to represent any one of 256 different values, a MIDI byte is 
limited to representing any one of 128 different values (i.e., from O 
through [27 As far as data is concerned, this 128-value limit ts easy to 
work around, because several data bytes can be associated with any given 
single status byte. On the other hand, the status bytes are by definition 
limited to a maximum of 128—but that number is more than ample for 


‘coding musical actions. 


In short, then, each MIDI message consists of a status byte, which can 
have any of 128 possible different values and which represents a com- 
mand or an action Ceaxaxx), followed by O to n data bytes (Oxxxxxxx) 


that indicate the nature of the action. 


Because the MIDI language consists of status bytes and data bytes 
grouped together, before going any further it’s worthwhile to describe the 
various types of status messages and examine the types of data associated 


with each of them. 


The MIDI Channel and the Concept of Addressing 


As you saw in the chapter that dealt with In, Out, and Thru connections, 
a MIDI network is not limited by the number of units that are connected 
in it. With Thru ports and/or connection boxes, it’s theoretically possi- 
ble to interconnect an infinite number of MIDI instruments. The only 
limitation is the density of the information circulating within the net- 


work: ie., the maximum speed of the interface. 


You've seen that several instruments in a network can be connected cas- 
cade-style (in a daisy-chain link, in which the MIDI Out port of the first 
instrument is connected to the MIDI In port of the second instrument, 
and the MIDI Thru port of the second instrument is connected to the 
MIDI In port of the third instrument, and so on), or in a star configura- 
tion (in which the MIDI Out port of the first instrument is connected to 
the MIDI In ports of the other instruments by means of a MIDI Thru 
box). In any case, every message sent via the MIDI Out port of the trans- 
mitting unit (such as a message from a keyboard indicating that a note 
has been pressed) passes through the entire network (for instance, a series 
of sound generators). Under normal circumstances, all of these sound gen- 
erators should start to play this note in unison—which may not necessar- 


ily be the intended result. 


To take a more concrete example, suppose a network consists of a key- 
board connected to three sound generators and all three sound generators 
receive exactly the same information. What can you do, without changing 
the connections, to drive the sound generators sequentially instead of 
simultaneously? Simply apply the concept of logical addressing. For instance, 
if you want to drive just one of the generators (call it generator 1) from 
the keyboard, you would assign the keyboard a transmission address X 
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and assign generator | a reception address X, and assign each of the other 

two generators a reception address that’s anything other than X. This 

way, even though all three generators receive all of the messages transmit- 

ted by the keyboard (remember, all of these messages travel over a single . 
cable in a daisy-chain network, or over as many cables as there are instru- 

ments to be driven in a star network), each generator ignores the messages 

that aren’t addressed to it. This concept of addressing is an integral part 

of the status byte, and is known as the MIDI channel. 


The Daisy-Chain Link 


It’s possible to draw a parallel between a MIDI network and a railroad 
line by representing the instruments as stations and the MIDI messages as 
trains of data (with the locomotive, the cars, the engine driver, and the 
passengers respectively indicating the status information, the data, the 
status byte, and the data bytes). A MIDI keyboard (the “departure sta- 
tion”) is located upstream of the daisy-chain network. When a key is 
pressed, a train leaves the departure station via the MIDI Out port of the 
keyboard. The engine driver (i.e., the status byte) specifies that a note- 
press command has been addressed to a particular instrument (as a func- 
tion of the transmission channel, which we set beforehand on the 

- keyboard). Behind the engine driver, the passengers in the cars (1.e., the 
data bytes) carry the information relating to the note-press command. 
(This information includes the number of the note as well as the speed at 


which the note ts to be pressed.) 


The train is a local, and stops at the first station it reaches (1.e., the MIDI 
In port of the first sound generator). [he sound generator then analyzes 
the address Ge, the channel) contained in the engine driver's message 


(i.e., the status byte), in order to decide whether the passengers’ messages 


al 
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(1.e., the data bytes) are intended for it. In other words, the sound gener- 
ator asks itself whether it has been assigned the task of playing the note in 
question (provided of course that the channel of the status information 


in question corresponds to the generator’s reception channel). 


Regardless of whether the generator. decides to play the note, the train 
and its passengers depart via the MIDI Thru port and continue along the 
track to the next station (i.e., the MIDI In port of the next sound gener- 
ator). The chain reaction continues until the train reaches the final station 
(i.e., the last sound generator in the daisy-chain), as shown in Figure 3.2 


below. 


In short, the status byte of the transmitting unit incorporates the concept 
of addressing, or, in other words, the capability of letting the sound gener- 
ator evaluate the message. By examining the channel of the status byte, the 


generator can decide whether or not to perform the corresponding action. 


Station 2 
See Channel ) 
; — [B=] 


FIGURE3.2: In a daisy-chain link, represented symbolically by a railroad network, the message 


from the transmitting instrument passes through all of the other instruments, the same way the 


00 
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train passes through all the stations. If the channel of the message (indicated by the locomotive) 
corresponds to the channel for a station, the message is transmitted for execution. In any 
event, the message circulates until it reaches the last instrument in the daisy-chain link (indi- 


cated by the last station in the figure (Station 3)). 
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In order for a dialogue to be established between two MIDI instruments, 
the transmitting instrument and the receiving instrument have to be set 


to the same channel. 


The Star Network 


To illustrate the concept of channels in a star network, another parallel 
can be drawn: this time, with television. When a viewer is watching the 
small screen, its antenna port and the antenna ports of neighboring TVs 
simultaneously receive signals from several channels. This pattern, illus- 


trated in Figure 3.3 below, is analogous to the way every instrument in a 


Channel | 


Transmitter 
Channel 2 


Transmitter 
Channel 3 


Transmitter 
Channel 4 


Transmitter 
Channel 5 


FIGURE3.3: Even though a TV set (i.e., a tuner) receives all of the channels being sent by the 
transmitter, the viewer sets the channel to the one he wants to watch. MIDI instruments work 
the same way, except that (as we'll see later on) a MLDI instrument can receive all of the 
channels simultaneously. The effect is somewhat like the mosaic pattern that the broadcast sig- 
nals form on a IV screen. 
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star network receives messages from the transmitter, regardless of the 
MIDI channels the receiving instruments may be set to. However, each 
TV is set to select one channel at a time, according to the viewer's prefer- 
ences, filtering out everything but the information that interests it with- 
out keeping the other TVs from receiving that information. Among all 
the channels broadcasting to it, each TV pays attention to only one, ad- 


justing its receiver accordingly. 


This is the principle that MIDI messages use. The messages include chan- 
nel-identification information (analogous to the number of a TV chan- 
nel) that lets each receiver decide whether any particular message concerns 
it. If the information in a message doesn’t involve a given receiver (for in- 
stance, if channel 3 is broadcasting but you want to watch channel 2 
instead), neighboring units (analogous to the other instruments in the star 
network) can still use that information. The MIDI Thru box “sprays” in- 
formation to all the instruments on the network, the same way the TV 


transmitter “sprays” signals to all the antennas in its broadcast area. 


Channel Messages and System Messages 


Information intended for the entire MIDI network is an exception to the 
rule that says MIDI messages must include channel identifiers. This infor- 
mation is distributed in the form of System messages, which don’t implement 


the concept of channels. 


Another type of message does include the concept. These are known as 
Channel messages. Each of these two categories is further divided into 


sub-categories. 


The Seven Channel Messages 


The number of MIDI channels is limited to 16. The representation of 
16 values in binary notation (ie., the values from 0 to 15) requires four 
bits. As shown in Figure 3.4 and Table 3.1 below, in the status byte of a 
MIDI message, bits 0 through 3 (i.e., the right-hand half-byte) carry the 


i Status 


Bit 7 Bit 6 


Bit 5 


Bit 4 


Bit 3 
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Channel 


Bit 2 


Bit | Bit 0 


FIGURE3.4: Bits O through 3 in a status byte indicate the MIDI channel. 


TABLE3.1; The Four-Bit Representation of MIDI Channels 


BITS 

0000 
0001 
0010 


OO11 | 


0100 
O101 
O110 
Ol1l1 


CHANEL NUMBER 


Channel | 
Channel 2 
Channel 3 
Channel 4 
Channel 5 
Channel 6 
Channel 7 
Channel 8 


BITS 


1000 
1001 
1010 
1011 
1100 
1101 
1110 
Le ted 


CHANNEL NUMBER 


Channel 9 

Channel 10 
Channel 11 
Channel 12 
Channel 13 
Channel 14 
Channel 15 
Channel 16 
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L- code for the MIDI channel. Because bit 7 is already designated as the 
status indicator, only bits 4 to 6 (ce 8 possible values ) are available to 


specify the content of the musical command. 


In reality, however, the MIDI standard uses only 7 types of status bytes 
associated with the concept of a channel, with bits 4 to 6 taking on values 
from 000 to 110. In increasing numerical order, these commands are: 
note released (Note Off, 000), note pressed (Note On, 001), Polyphonic Key 
Pressure (O10), Control Change (O11), Program Change (100), Channel Pressure 
* (aftertouch) (101), and Pitch Bend (110). Each type of status byte is dupli- 
cated 16 times, once for each channel, for a total of 112 messages for 
7 types of status bytes. For instance, if a note was pressed (Note On), the 
status byte for this piece of information on channel 3 would be written 
“10010010”. (Note: In binary notation, channels | to 16 are numbered 
from 0 to 15.) 


The Two Types of Channel Messages: Voice and Mode 


MIDI Channel Messages are divided into: Voice messages and Mode messages. 
Sound generators (synthesizers, samplers, etc.) can reproduce simultane- 
ously a given number of notes, in what’s known as polyphony. You could 
say that a 16-note polyphonic sound generator consists of 16 sound gen- 
erators for any given note. The MIDI standard applies the so-called 
“voice” terminology to each of these generators. Voice messages have a 
direct effect on how the sound generators produce sounds. Mode mes- 
sages (which are categorized as Control Change messages) define the 


instrument's response to Voice messages. 
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The Three Types of System Messages 


Unlike channel messages, System messages, which are intended to be received 
by the entire MIDI network, don’t use the channel concept. What this 
means is that the right-hand half-byte of the status byte of a system mes- 
sage is always equal to 1111 (FH). Bits 4 to 6 (which could have served 
as the identifier for an eighth status message, | 11) leave 16 possible val- 
ues for the right-hand half-byte (which otherwise could have contained 
channel information). These 16 values belong to this second category 

of status bytes: namely, the category that contains the system messages. 
These messages don’t use the channel concept; therefore, they can be sent 
an entire MIDI network all at once. These messages are in turn subdi- 
vided into three sub-categories: six System Common messages, eight System Real 


Time messages, and two System Exclusive messages. 


Receiving Status Information 


Generally speaking, every receiving MIDI unit has to pay attention to the 
most recent status byte it has received, even if the preceding message is in- 


complete. MIDI instruments also have to ignore status bytes that haven’t 


yet been defined (ey status bytes that are reserved for extensions that will 


be implemented in the future). The various types of MIDI bytes and 
MIDI messages are summarized in Figure 3.5 below, and listed in detail 


in Table 3.2 and Table 3.3. 


i 
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TYPES OF MIDI BYTES 
Status byte 
(80H to FFH) 
TYPES OF MESSAGES (STATUS) 
Channel 
message 
Voice Code 
message message 


FIGURE3.5: Data bytes and status bytes 


Data byte 
(OOH to 7FH) 


Type of 
message 


System 
Exclusive 
message 


Common Real Time 
message message 


TABLE3.2: Status Information in MIDI Messages 


BINARY: HEX DECIMAL MEANING 

10000000 80H 128 Note Off channel | 
10000001 81H 129 Channel 2 
10000010 82H 130 Channel 3 
1000001 1 83H ee Channel + 
10000100 84H 132 Channel S$ 
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TABLE3.2: Status Information in MIDI Messages (continued) 


BINARY HEX Decimal MEANING 
10000101 85H 133 “* Channel 6 ’ 
10000110 86H 134 Channel 7 
10000111 87H 135 Channel 8 
10001000 |. 88H 136 Cram 
10001001 89H 137 Channel 10 
10001010 © 8AH ‘138 Channel 1 
10001011 8BH 139 Channel 12 
10001100 8CH 140 Channel 13 
10001101 8DH ‘14! Channel 14 
10001110; 8EH x 142 Chanselllls 
10001111 8FH 143 Channel 16 
10010000 «90H 144 Note@melannel ll 
10010001 91H 145. Channel 2 
10010010 92H 146 Channel 3 
10010011 93H 147 Channel 4 
10010100 94H 148 Channel 5 
10010101 95H 149 Channel 6 
10010110 96H 150 Grareel7 
10010111 97H 151 Channel 8 
10011000 98H a2 Channel 9 
1001100! 99H 153 Channel 10 
10011010 9AH 154 Channel 11 
10011011 9BH 155 Channel 12 
10011100 9CH 156 Channel 13 


B 
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TABLE3.2: Status Information in MIDI Messages (continued) 


BINARY HEX DECIMAL MEANING 
10011101 9DH lay Channel 14 
10011110 Se) al 158 Channel 15 
1OO11111 OFF 159 Channel 16 
10100000 AOH 160 Polyphonic Key Pressure channel | 
10100001 AlH 161 Channel 2 
10100010 A2H 162 Channel 3 
10100011 A3H 163 Channel 4 
10100100 A4H 164 Channel 5 
10100101 ASH 165 Channel 6 
10100110 A6H 166 Channel 7 
10100111 A7H [G7 Channel 8 
10101000 A8H 168 Channel 9 
10101001 AIH 169 Channel 10 
1O1O1010 AAH 170 Channel 11 
10101011 ABH i Channel 12 
10101100 ACH W72 Channel 13 
10101101 ADH ls Channel 14 
1O1O1110 AEH 174 Channel 15 
10101111 AFH 175 Channel 16 
10110000 BOH 176 Control Change channel | 
10110001 BIH ee Channel 2 
10110010 B2H 178 Channel 3 
10110011 B3H 179 Channel 4 
10110100 B4H 180 Channel 5 
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TABLE3.2: Status Information’ in MIDI Messages (continued) 


BINARY 


1OLLO101 


10110110 
10110111 

10111000 
10111001 
10111010 
10111011 

10111100 
10111101 

10111110 
10111111 

11000000 
11000001 
11000010 
11000011 
11000100 
11000101 
11000110 
11000111 

11001000 
11001001 
11001010 
11001011 

11001100 


HEX 


BSH 
BoH 
Dir 
B8H 
B9H 
BAH 
BBH 
BCH 
BDH 
BEH 
BFH 
COH 
Git 
C2El 
Csr 
C4H 
Gar 
C6H 
Orr 
C8H 
6) | 
CARI 
CBH 


CCH 


DECIMAL 


181 
182 
183 
184 
185 
186 
187 
188 
189 
190 
191 
eZ 
19s 


194 


BES) 
196 
V7 
198 
Loo 
200 
20) 
202 
203 
204 


MEANING 


Channel 6 
Channel 7 
Channel 8 
Channel 9 
Channel 10 
Channel | 1 
Channel 12 
Channel 13 
Channel 14 
Channel 15 
Channel 16 


Program Change channel | 


Channel 2 
Channel 3 
Channel 4 
Channel 5 
Channel 6 
Channel 7 
Channel 8 
Channel 9 
Channel 10 
Channel 1 1 
Channel 12 
Channel 13 
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TABLE3.2: Status Information in MIDI Messages (continued) 


BINARY HEX DECIMAL MEANING 
11001101 GDF 205 Channel 14 
11001110 CER 206 Channel 15 
LIOO1111 CE 207 Channel 16 
11010000 DOH 208 Channel Aftertouch channel 1 
11010001 DIH 209 Channel 2 
11010010 D2n 210 Channel 3 
11010011 D3 PAO! Channel 4 
11010100 D4H 22 Channel 5 
11010101 DSi PANS) Channel 6 
LIO1O110 D6H 214 Channel 7 
11010111 D7H 6) Channel 8 
11011000 D8H 216 Channel 9 
11011001 DIA 217 Channel 10 
11011010 DAH 218 Channel |! 
11011011 DBH BAe) Channel 12 
11011100 DCH 220 Channel 13 
11011101 DDH 221 Channel 14 
11011110 DEH 222 Channel 15 
MOLT Tl! DFH 225 Channel 16 
11100000 EOH 224 Pitch Bend Change channel | 
11100001 EIA 225 Channel 2 
11100010 B2H 226 Channel 3 
11100011 E3H 227 Channel 4 
11100100 E4H 228 Channel 5 
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TABLE3.2: Status Information in MIDI Messages (1 continued) 


BINARY 


11100101 
11100110 
11100111 
11101000 
11101001 
11101010 
11101011 
11101100 
11101101 
11101110 
+ TOWEL 
11110000 
11110001 
11110010 
11110011 
11110100 
11110101 
11110110 
PEPIOIiT 
11111000 
LP Pt@o1 
1 LTEROLO 
BORO ree 


HEX 


ESH 
E6H 
E7H 
E8H 
E9H 
EAH 
EBH 
ECH 
EDH 
EEH 
EFH 
FOH 
ne 
F2H 
F3H 
F4H 
FSH 
F6H 
P7H 
F8H 
F9H 
FAH 
FBH 


DECIMAL 


pig) 
230 
Zon 
Jay 
233 
234 
2a9 
200 
237, 
Zou 
259 
240 
241 
242, 
243 
244 
245 
246 
247 
248 
249 
250 
Zoi 


MEANING 


Channel 6 

Channel 7 

Channel 8 

Channel 9 

Channel 10 

Channel 11 

Channel 12 

Channel 13 

Channel 14 

Channel 15 

Channel 16 

System Exclusive 
MIDI Time Code quarter frame 
Song Position Pointer 
Song Select 

— undefined — 

— undefined — 

Tune Request 

End of Exclusive (EOX) 
Timing Clock 

— undefined — 

Start 


Continue 
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TABLE3.2: Status Information in MIDI Messages (continued) 


BINARY HEX 

11111100 P@ri 
LITO) PDF 
PEt EO BEL 
Ll FEI 


TABLE 3.3: Status-Byte Families 


HEX STATUS 


BINARY STATUS 


DECIMAL MEANING = 
252 Stop 

255 — undefined — 
254 Active Sensing 
255 System Reset 


NUMBER OF 
DATA BYTES 


DESCRIPTION 


8cH 1000cccc 
9cH L001 ccec 
AcH 1010ccec 
BcH LOL lecce 
CcH 1100cecc 
DY SI 1101 cccc 
EcH 1110ccce 
BcH 101 lecee 


No 


NN 


CHANNEL MODE MESSAGES 
De 


CHANNEL VOICE MESSAGES 


Note Off 

Note On 
Polyphonic Key 
Pressure 

Control Change 
Program Change 
Channel Aftertouch 
Pitch Bend 
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TABLE3.3: Status-Byte Families (continued) 


NUMBER OF 
HEX STATUS BINARY STATUS DATA BYTES DESCRIPTION 
SYSTEM MESSAGES 
FOH 11110000 ae System Exclusive 
11110sss OitoZ System Common 
1111 1tee 0 System Real Time 


cccc = the MIDI channel, from | to 16, with a value for cccc of 0 (0000) to 
15 (1111), inclusive 


sss = value from | (001) to 7 (111), inclusive 

ttt = value from 0 (000) to 7 (111), inclusive 

* The first data byte is from 0 to 119, inclusive 

** The first data byte is from 120 to 127, inclusive 


** <the number of variable data bytes> F7H 


Mice Messages 
This section gives detailed descriptions Sra DI voice messages, start- 
ing with the Note On and Note Off messages. 


The Note On Message 


Name: Note On 
Format: 1000cccc (9¢H) Onnnnnnn Ovvvvvvv 
Type: channel Voice message 


19 
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CCCC 


nnnnnnn 


VVVVVVV 


channel number 
Note Number 


velocity 


The Note On message, shown in Figure 3.6 below, is transmitted after a 


key on the keyboard has been pressed, and, more generally, whenever any 


physical action is applied to a MIDI controller (such as a saxophone, vio- 


lin, accordion, etc.) in order to trigger the production of a sound. When 


it receives this message, the sound generator plays the note that has the 


corresponding number. 


Note On 


FIGURE3.6: The Note On message 


The llote-Off Message 


Name: 
Format: 
Type: 
ecca 
nnnnnnn 


VVVVVVV 


Note Off 

1000ccce (8cH) Onnnnnnn Ovwwvvvv 
channel Voice message 

channel number 

Note Number 

Velocity 
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The Note Off message, shown in Figure 3.7 below, is transmitted when a 


key value, or fret is released. When it receives this message, the sound gen- 


erator stops playing the corresponding note. 


FIGURE3.7: The Note Off message 


The MIDI Tessitura 


The Note On and Note Off messages consist of three bytes (one status 
byte and two data bytes), for a total transfer time of 960 microseconds 
(msec). The first data byte (Onnnnnnn) indicates the number of the note. 

The MIDI range consists of 128 notes (ten and a half octaves from C-2 
to G8)}—a generous amount of auditory real estate. In contrast, the range 
of a piano keyboard is a little more than seven octaves. In MIDI and in 
decimal notation, this range corresponds to notes 21 (A—1) to 120 (C8). 


Velocity 


The third byte indicates the speed with which the note was pressed (.e., 
the Note On message) or the speed with which the note was released 
(i.e., the Note Off message). This speed is known as the velocity of the 
pressure or release, and its values range from 0 to 127. Velocity is often 
confused with the striking force, which, although physically related to it, 


isn't quite the same thing. 
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Each note has two contacts. The first contact detects the pressure applied 
to the note, and the second detects the end of the movement (i.e., the 
point at which the key reaches its pressed position). The time between 
the activation of the first contact and the second contact determines the 
pressure speed, while the time that elapses between the activation of the 


second contact and the first contact determines the release speed. 


The MIDI standard specifies that a non-dynamic keyboard (that is, a key- 
board that’s not sensitive to velocity) should transmit a constant value of 
64 (40H). However, there’s no reason why the sound-generator part of a 
non-dynamic keyboard shouldn’t respond to velocity messages transmit- 


ted by a dynamic keyboard. 


The velocity of a Note On message is also known as attack velocity, and the 


velocity of a Note Off message Is also known as release velocity. 


Finally, a Note On message with a velocity 0 means the same thing as a 
Note Off message. As a result, you can feel free to substitute either of 
these messages for the other one. The technique is explained in greater de- 


tail in the section in this chapter that discusses Running Status. 


The Velocity Response Curve 


The way a dynamic keyboard indicates the speed of attack in terms of 
velocity isn’t regulated or governed by the MIDI standard. Although the 
minimum speed is indicated by | and the maximum speed is indicated by 
127, what happens between these two values is up to each manufacturer. 
In other words, for a linear response curve, velocity acts like a constant 
function of the speed of attack. However, an exponential response is gen- 
erally preferable, because it’s more like a human touch. In some MIDI in- 
struments the velocity response curve is programmable, for transmission 
and also for reception. Programmability makes it possible to adapt this 


parameter to a musician’s playing style. 


prmersinsae: 
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_ The Three Interpretations of Note On and Note Off Messages 


A non-dynamic keyboard uses the following messages to indicate the at- 
tack and release of a note: ‘ 
note-on: 1001cccc Onnnnnnn 01000000 (40H) 


note-off: 1000cccc Onnnnnnn Ovvvvvvv (a value of 40H is 
recommended) 


Or even: 
1001cccce Onnnnnnn 00000000 


A keyboard that’s dynamic only with regard to attack uses the following 
messages: 
note-on: 1001cccc Onnnnnnn 01000000 (40H) 


note-off: 1000cccc Onnnnnnn Ovvvvvvv (a value of 40H is 
recommended) 


or even: 
1001cccc Onnnnnnn 00000000 


A keyboard that’s dynamic with regard to both attack and release uses the 
following messages: 


note-on: 1001cccc Onnnnnnn Ovvvvvvv 
note-off: 1000cccc Onnnnnann Ovvvvvvv 


Assigning Note Messages 


Although at first it may seem obvious, it’s essential that the transmitting 
instrument send a Note Off message for every Note On message. For in- 
stance, under certain circumstances (such as with a sequencer) a sound 
generator may receive two identical Note On messages (i.e., messages hav- 
ing the same number) one after the other on the same channel. When it 
receives the second of these messages, the generator can either cut off the 
first note in order to play the second, or use another one of its poly- 


phonic voices to superimpose the two notes. This second option shows 
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how Important it ts for the transmitting instrument to send two Note 


Off messages. Otherwise, one of the notes would be sustained indefinitely. 


When a sound generator receives two identical Note On messages, one 
from its keyboard and the other through its MIDI In port, the generator 
has to make sure that a Note Off message that arrives from the keyboard 
cuts off only the note that was triggered by the keyboard, and, conversely, 
that a Note Off message that arrives through the MIDI In port cuts off 
only the note that was triggered via the MIDI interface. 


Table 3.4 shows the correspondence between MIDI note numbers (in bi- 
nary, hexadecimal, and decimal), the various types of notation currently 


in use, and also the corresponding frequencies and pitch cycle times. 


TABLE3.4: MIDI Note Numbers, Notation, Frequency, and Cycle Time 


CYCLE TIME, 
FREQUENCY, I MILLISECONDS 

BINARY HEXADECIMAL DECIMAL NOTATION IN HZ (MSEC) 
00000000 00 0 Ceo. Weare 122, 3822 
00000001 O01 I CH-2 °-8.662 115.4473 
00000010 02 2 ie? al 108.9678 
00000011 03 3 ibe —2 “628 102.8519 
00000100 04 4 E=2) 10/301 97.0793 
00000101 05 5 Fi 10.913 91.6306 
00000110 06 6 FH-2 11.562 86.4878 
OOO0OI11 | 07 z Ge) 12950 81.6336 
00001000 08 8 Ga) 12078 77.0519 
00001001 09 9 Aue? e759 Jati273 
00001010 OA 10 A#-2 14.568 68.6454 


OOOO1OI1 . OB 1) a2 15.434 64.7926 
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TABLE 3.4: MIDI Note Numbers, Notation, Frequency, and Cycle Time (continued) 


CYCLE TIME, 
FREQUENCY; IN MILLISECONDS 
IN HZ (MSEC) 


BINARY HEXADECIMAL DECIMAL NOTATION 

OOOO1100 OC IZ Ce RG. 352 61.1561 
00001101 OD 13 C# -1 17.324 O7720/ 
OOOO1110 OE 14 leet 18.354 54.4839 
OOOOI111 OF 15 D#-I 19.445 S14 Zz 59 
OO010000 =—-:10 16 JS 20.602 48.5396 
OOOLOOO! ~=iII IE lea 2627 45.8153 
OOO1OG1O 812 18 F# -1 5) v5) 43.2439 
00010011 — 13 Ne, GI 24.500 40.8168 
OOO1O100 =14 20 G# -1 2ae0/ SSO209 
OOOIO1OL 15 21 Al 27.500 36.3636 
OOOIOLIO 16 22 A# -I 2OEUSS 34.3227 
OOOIOlI1 17 me) ““Be=1. SUlscs 32-3968 
OOOL1000 ; 18 24 CAO 32/05 30.5781 
OOOI1001° 19 ras C# 0 34.648 28.8618 
00011010 1A 26 D 0 36.708 27.2419 
00011011 1B | 2H D# 0 38.891 2Zaro0 
OOOLI1I00 © IC 28 Ey 0 41.203 24.2698 
00011101 ID 2 Po 43.654 22.0077 
GOOHTIO IE 30 FH O 46.249 21.6219 
OOO11111 LE on G 0 48.999 20.4084 
00100000 20 bye G# 0 rol eal BS) 19.2630 


00100001 : 21 ee eG, 55.000 18.1818 
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TABLE3.4: MIDI Note Numbers, Notation, Frequency, and Cycle Time (continued) 
CYCLE TIME, 


FREQUENCY, IN MILLISECONDS 
IN HZ (MSEC) 


BINARY HEXADECIMAL DECIMAL —_ NOTATION 
00100010 22 34 AO =. 58.270 17.1614 
QO100011 23 35 B O 61.735 16.1982 
O0100100 24 36 Cal 65.406 15.2890 
OO100101 25 37 GH 69.296 14.4309 
O0100110 26 38 Del 73.416 13.6210 
OO100111 27 39 D# | 7.782 12.8565 
00101000 28 40 E 1 82.407 12.1349 
00101001 29 4] F | 87.307 11.4538 
OO101010 2A 42 FH | 92.499 10.8110 
OO101011°~ 2B 43 Com 97.999 10.2042 
00101100 2C 44 G# | 103.826 9.6315 
: OO1O1101 2D 45 A | 110.000 9.0909 
OO1O1110 2E 46 A# 1 116.541 8.5807 
OO101111 / 2F 47 B 123.471 8.0991 
00110000 30 48 cme 130.813 7.6445 
00110001 ~ 31 49 Ea 138.591 7.2155 
00110010 32 50 Dae 146.832 6.8105 
OO110011 33 51 D# 2 155.563 6.4282 
00110100 34 52 E 2 164.814 6.0675 
OOL10101 35 53 Ee 174.614 5.7269 
OO110110: 36 54 FH 2 184.997 5.4055 
OO11O111 37 cS G 2 195.998 5an02 


80 


TABLE3.4; MIDI Note Numbers, Notation, Frequency, and Cycle Time ‘continued, 


BinHRS 

00111000 
00111001 
00111010 
OOL1IG1! 
00311100 
OOIIT1O) 
OOIIITIO 
OO 
01600000 
6100000! 
01000010 
0100001 ! 
01000100 
0100010) 
01000110 
O1O00111 
01001000 
01001001 
01001010 
OLO0IO1! 
01001100 


IIOOTIO} 


HEXADECIMAL 


DECIMAL 


nOTATION 


bee 
in 


207.652 
220.000 
233.082 
246.942 
261.626 
2/768 
293.665 
S127 
329.628 
349.228 
369.994 
39112995 
415.305 
440.000 
466.164 
493.883 
S2B251 
554.365 
587.330 
622.254 
6592255 


698.456 


CYCLE TIME 
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IN MILLISECONDS 


(MSEC) 
4.8157 


4.5455 
4.2903 
4.0495 
388223 
3.6077 
3.4052 
3.2141 
310837 
2.8635 
2ghO27 
29a" 
2.4079 
e727 
2.1452 
2.0248 
Wold. 
1.8039 
1.7026 
1.6071 
1 dihie9 
1.4317 
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TABLE3.4: MIDI Note Numbers, Notation, Frequency, and Cycle Time (continued) 


BINARY 


O1001110 
OLOO1111 
01010000 
01010001 
OL1010010 
O1OL0011 
01010100 


OLOLOLO1 « 


OLOLO110 
O1O10111 
01011000 
01011001 
OL1OL1010 
O1O11011 
01011100 
OLOI1101 
O1OI1L110 
OLOILI1I 
01100000 
01100001 
01100010 
01100011 


HEXADECMAL 


DECIMAL 


78 
ie, 
80 
81 
82 
83 
84 
85 
86 
87 
838 
89 
90 
2 
OZ 
0) 
94 
oS 
96 
a7 
98 
oO 


NOTATION 
FH 4 


GH 4 


FH 5 


FREQUENCY, 
IN HE 


739989 

783.99 | 

830.609 

880.000 

93127823 

937707 

1,046.502 
V0035731 
1,174.659 
1,244,508 
Lore:sl0 
1396913 
1,479.978 
1,567.982 
1,661.219 
1,760.000 
1,864.655 
ee aprapo ry 
2,078,005 
2,217461 
2,349,318 
2,489,016 


CYCLE TIME, 
IN-MILLISECONDS 
(MSEC) 


1.3514 
2755 
E2039 
1.1364 
1.0726 
1.0124 
0.9556 
0.9019 
0.8513 
0.8035 
0.7584 
OM71S9 
0.6757 
0.6378 
0.6020 
0.5682 
0.5363 
0.5062 
0.4778 
0.4510 
0.4257 
0.4018 
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TABLE 3.4: MIDI Mote } ‘ymbers, Notation, Frequency, and Cycle Time “continued, 


CYCLE TIME, 
FREQUENCY, IN MILLISECONDS 

BINARY HEXADECIMAL —ECAMAL NOTATION NZ (MSEC) 
01100100 64 me Bo 268700 03792 
01100101 65 101 EF) 6 2,793.826 0.3579 
O1100110 66 102 EFH6 2,959.955 0.3378 
O1100111 67 3 G6 3485963 BRO 
01101000 64 4 G6 3322488 oB000 
O110100!1 69 105A 6 3,520.000 0.2841 
01101010 6A 106 A#6 3,729.310 0.2681 
OIIGIOI! 6B io 86 3,951.066 0.2531 
ONOII00 6C 108 C7 4,186.009 0.2389 
O1101IO! 6D 109 CHT  4,434.922 0.2255 
O1101119 6E 10 D7  4,698.636 0.2128 
ON1OHi1 6F M1] DH 7 4,978.032 0.2009 
01110000 70 m2 we 7 5,274.041 0.1896 
g1110001 71 VW) Ge 7 5,587.652 0.1790 
01110010 72 14 FH7 5919911 0.1689 
O10! = 73 5 G7 627127 01am 
OLOIG0 §=74 116 GH7 6,644.875 0.1505 
O1N101Ol ~=—75 uM eZ 7,040.000 0.1420 
O1110110 76 118 A#7 7,458620 0.1341 
O1110111 77 eo a7 7,902.133 0.1265 
01111000 78 mm cs 8,372.018 0.1194 


OFT LIOO! “ 12] CH 8 8,869.844 O27 


m 
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TABLE3.4: MEDI Note Numbers, Notation, Frequency, and Cycle Time continmed 


BINARY HEXADECIMAL 


OTT1I010 =X 
OLLII0O11 7B 
ODIPEROO” ~7C 
O1111101 7D 
CRO ‘7E 
OLLIII111 a 


CYCLE TIME 
FREQUENCY i MILLISECONDS 

DECIMAL §=hOTATION ine (MSEC) 

we Dp 8 9, OF 3 0.1064 
123 D# 8&8 9.956.063 0.1004 
124 E* & 10,548.082 0.0948 
125 rs LL FSe0S O.QS8YS 
126 FH 8 11.889.822 viasds 
a7 Gs 12.343.854 0.0797 


Program Change Messages 


This section discusses Program Change messages: their syntax, the way 


they're numbered, how thev're stored. and how they're reassigned. 


The Program Change Mlessage 


Name: 
Format: 
‘Trae: 
eeet 
PPBPPPP 

In MIDI jargon. the 


Program Change 
1100cece (CcH® Oppppppp 
channel Voice message 


channel number 


Program Number 


Program Number Oxxxxxxx) indicates the location _ 


of a memory area (such asea patch. a program. a performance. a timbre. or 


a preset) that contains all the parameters tor one of the functions of a 


Voice Messages ib ai 


MIDI unit. What this means is that there’s a total of 128 addressable lo- 
cations (i.e., from O to 127). For example, when a Program Change mes- 
sage is received, a synthesizer will switch to the corresponding sound. 
Conversely, if the number of a sound is manually selected on the synthe- 
sizer, this same message will eventually be transmitted to the MIDI Out 
port. Most MIDI devices (such as special effects processors, patches, mix- 
ing boards, etc.) can receive and transmit Program Change messages. The 


format of Program Change messages is shown in Figure 3.8 below. 


Program Change Program Number 


a o[o)o|o)Jo) 


FIGURE3.8: The Program Change message 


When Program Change Mllessages Hre Received 


Not all sound generators react the same way when they receive a Program 
Change message. Some of them cut off all of the voices that correspond 

to notes that are being played on the channel in question, while some im- 
mediately assign the new sound to that channel (in which case undesir- 
able noises sometimes occur during the transition). Others don’t select 

the new sound until all of the notes have been released that were being 
played when the Program Change was received. Yet others assign the new 
sound to new notes, while the notes that were being played when the Pro- 


gram Change was received go on producing the earlier sounds. 


0 
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z 
ros 


The Different lumbering Systems Currently in Use 


Some makers start program changes with O, while others start with 1. 

Still others use the octal system (base 8). This is especially true of the Ro- 
land company, which arranges the memory areas in most of its products 
in groups of 8 per bank. Under this scheme, the first memory area (O in 
MIDI) is number I (ie., area | in bank 1), the eighth memory area is 
number 18 (i.e., area 8 in bank 1), the ninth memory area 1s number 2] 
(i.e., area 1 in bank 2), and so on. Table 3.5 shows examples of num- 


bered program change messages. 


TABLE3.5: Examples of Numbered Program Change Messages 
DECIMAL DECIMAL 


{o T0127) = (110128). — HEXADECIMAL —OCTAL (i, 2, AND 4) BASE 12 

0 I OOH A1I1 IIL INT Al INT Al 
] 2 01H Al2 112 INT A2 INT A2 
ys 3 02H A113 I13 INT A3 INT A3 
=| 4 03H Al4I14 INT A4 INT A4 
4 5 04H AIS IIS INT AS INT AS 
5 6 OSH A16 116 INT A6 INT A6 
6 iE 06H A17 117 INT A7 INT A7 
i 8 07H A18 118 INT A8& INT A8 
8 3 08H pei) INT Be INT A9 
9 10 09H Poe N22 INT BZ INT A10O 
10 I] OAH A2o123 INT BS INT All 
I! 12 OBH A24 124 INT B4 INT Al2 
i Ne) OCH 2 Zoi Nis INT BI 
13 14 ODH A26 126 INT B6 INT B2 


Q2 
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TABLE3.5: Examples of Numbered Program Change Messages (. continued ) 


 DEMAL 


DECIMAL 


(0 10 127) 


(170 128) 


HEXADECIMAL 


OEH 
OFH 
10H 
11H 
12H 
13H 
14H 
15H 
16H 
17H 
18H 
19H 
1AH 
1BH 
1CH 
1DH 
1EH 
1FH 
20H 
21H 
22H 
23H 
24H 


OCTAL (i, 2, AND’) 
A27 127 INT B7 
A28 128 INT B8 
A31 131 INT Cl 
A32 132 INT C2 
A33 133 INT C3 
A34 134 INT C4 
A35 135 INT C5 
A36 136 INT C6 
A37 ISP INT C7 
A38 138 INT C8 
A41 141 INT DI 
A42 142 INT D2 
A43 143 INT D3 
A44 144 INT D4 
A45 145 INT DS 
A46 146 INT D6 
A47 147 INT D7 
A48 148 INT D8 
ASL ISI INT EI 
AS2 152 INT E2 
A53 153 INT E3 
AS4 154 INT E4 
ASS 155 INT ES 


BASE 12 


DSRS 
INT B4 
[NBS 
INT B6 
INT B7 
INT B8 
INT B9 
INT B10 
INT Bil 
INT B12 
INT Gl 
INT 
INE €3 
INT C4 
INTCS 
INT G6 
[NaC 7 
INT C8 
INT C2 
INT C10 
[INP eH 
Ire rZ 
INT D1 
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TABLE3.5: Examples of Numbered Program Change Messages (continued) 


DECIMAL 
(0 10 127) 


37 
38 
39 
40 
4] 
42 
43 
44 
45 
46 
47 
48 
49 
SO 
Si 
52 
3 
34 
OD) 
a0 
o7 
58 
oo 


DECIMAL 
(1 10 128) 


39 


HEXADECIMAL 


ZOD 
ANG 
eel 
28H 
29FI 
2AH 
2BH 
2Gid 
2DH 
A) 
Ds 
30H 
31H 
67) 5 
oo) a 
34H 
Sor 
36H 
Bia 
38H 
°Fl 
3AH 
3BH 


OCTAL (1, 2, AND 3) 
AS6 ISG INT E6 
AS io INT B7 
AS8 IS8 INT E8 
AGL IGMINT Fi 
AGZ 162 FZ 
A63 163 INT F3 
A64 I64 INT F4 
AGSAGSINT FS 
A66 I66 INT F6 
A67 167 INT F7 
A68 168 INT F8 
ATTN G1 
A7Z2A9@aINT G2 
A/Sa7e TiN es 
A74 174 INT G4 
ATS GS 
A76 176 INT G6 
AST AFP UNING7 
A78 178 INT G8 
A8l 181 INT H1 
A82 182 INIA2 
A83 183 INT H3 
A84 184 INT H4 


BASE 12 


INT D2 
INT D3 
INT D4 
INT DS 
INT D6 
INT D7 
INT D8 
INS 
IN Die 
Ir DT 
INT Di2 
Earl 
EXWs2 
EXt3 
EXT A4 
Exar 
EX TAG 
Peet 7. 
EAS 
BxAAg 
EXO 
EX 
Eel 


TABLE3.5: Examples of Nenabeved Program Change Messages (continued) 


DECIMAL 
(o 10127 


60 
61 
62 
63 
64 
65 
66 
67 
68 
69 
70 
7g! 
72 
Te 
74 
Vis: 
70 
ve 
78 
E) 
80 
81 
82 


) 


DECIMAL 

(110.128) HEXADECIMAL 
61 SG | 
62 oUF! 
63 SEH 
64 SER 
65 40H 
66 41H 
67 42H 
68 43H 
69 44H 
TS 45H 
Tl 46H 
72 47H 
73 43H 
74 49H 
Le 4AH 
76 4BH 
i” 4CH 
78 4DH 
72 4EH 
80 4FH 
8] SUFI 
82 SIH 
83 Syl 


OCTAL (i, 2, AND 3) 
A85 BoIN TP HS 

A86 [86 INT H6 

AS7 I37INT H7 

A88 [88 INT H8 

BIICuReR Tal 

Bie Croan 
BIsterreC Rie AS 
B14 C14 CRT A4 
BIS@GIS CRD AS 
B16 C16 CRT A6 
Biel CR ay 
Bis CIS CRE As 
BZN C21 CRIB! 

B22 22 CRM G2 
B23 C2yerR 83 
B24 C24 CRT B4 
B2Zs1iG25-CR I BS 
B26 C26CR1 BG 
B27C27 GR By 
B28 C28 CRT B8 
BercolOn re) 
Bowe CRT C2 
B33 Geer I G3 


BASE 12 


EX@Pp! 
EXE BZ 
EXT B3 
EXT B4 
BX TBs 
BX iG 
Ex 
EXT B8 
EXT B9 
EXT B10 
EXT Big 
EXD BIZ 
EC 
Er CZ 
SI Ox) 
EXT C4 
Ex | CS 
EAT GG 
EXT Cy 
Eis 
EEN? 
EXT Gi 
EXTGit 
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TABLE3.5: Examples of Numbered Program Change Messages (continued) 
DECIMAL = DECIMAL 


(o T0127) (1 70128) = HEXADECIMAL —«OETAL (i, z, AND 3) BASE 12 

83 84 53H B34 C34 CRT C4. EXT C12 
84 85 54H Boo C35 CRI CS” “HCl! 
85 86 Sor B36 C3GCR1I C6 “EXT D2 
86 87 56H B37 G37ERT C7 GegID3 
87 88 SHH B38 C38 CRT C8 EXT D4 
88 89 58H B41 C41 CRT DI EXTDS 
89 90 SIH B42 C42 CRT D2 EXT D6 
90 | SAH B43 C43 CRT D3. EXT D7 
o1 92 SBH B44 C44 CRT D4. EXT D8 
G2 a3 5CH B45 C45 CRT DS EXTD9 
os 94 SDH B46 C46 CRT D6 =EXT DIO 
94 95 SEH B47 C47 CRT D7—s- EXTDI1 
95 96 5FH B48 C48 CRT D8 =EXTD12 
96 7 60H BS SIeGR LE] 

o7 98 61H BS2@e2 CRI EZ 

98 59 62H Bosit@acieR 1 E3 

oo 100 63H B54 C54 CRT E4 

100 101 64H BSSi@SS' CRW ES 

101 102 65H BS6 C56 CRT E6 

102 103 66H Bo? GSPERT E7 

103 104 67H BS8 C58 CRT E8 

104 105 68H B61 C61 CRT F1 

105 106 69H B62, C62:CRT FZ 


TABLE3.5: Examples of Numbered Program Change Messages (continued) 


DECIMAL 


DECIMAL 
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(0. 10 127) 
106 
107 
108 
109 
110 
111 
Ny 
ies 
114 
iS 
116 
117 
118 
ies 
120- 
121 
22 
23 
124 
125 
126 
27 


(1.10 128) 
107 
108 
109 
110 
in 
LZ 
i) 
114 
ES 
116 
i 
118 
119 
120 
PA 
122 
L23 
124 
[5 
126 
127 
128 


HEXADECIMAL 
6AH 
6BH 
6CH 
6DH 
6EH 
6FH 
70H 
7iil 
Pe | 
We 
74H 
all 
7GlA 
Osc 
78H 
foo) | 


Weis 


7BH 
7G 
7DH 
TEMA 
Tal 


OCTAL (i, 2, AND 4) 

B63 C63 CRT F3 

B64 C64 CRT F4 

B65 C65 CRT FS 

B66 C66 CRT F6 

B67 C67 CRT E7 

B68 C68 CRT F8 

B71 G7eRanGt 

Bice CR Ine? 
E73'e 73. CRE? 
B74 C74 CRT G4 
B75 C75 CRT GS 
B76.C76 CRT G6 
pmeTTGR a7 
B78 C78 CRT G8 
B81 C81 CRT HI 
B82 C82 CRT H2 
B83 C83 CRT H3 
B84 C84 CRT H4 
B85 C85 CRT HS 
B86 C86 CRT H6 
B87 C87 CRT H7 
B88 C88 CRT H8 


9) 


‘ The MIDI Language 


The first method is used by, among others, Korg (in its M and T series 
equipment) and Oberheim (Matrix 6), which number their sounds from 
00 to 99. The second method is in use in most MIDI devices; the third is 
almost never used; the fourth (and its variants) is favored primarily by Ro- 
land (in its D-10/D-20/D-110, D-50, and MKS-70 devices); and the 
fifth is popular with Kawai (in its KS synthesizer). 


Data Storage 


When power is turned off, some MIDI devices store in memory the most 
recently selected patch number, Other devices initialize themselves at 


power-on with the number of the first memory area (OF 1, Liberec. ). 


Instruments with More than 128 Programs 


A problem comes up when an instrument has more than 128 memory 
locations. In fact, there’s no way to call sound 129 using MIDI, because 


the corresponding Program Change message doesn’t exist. 


One solution uses an intermediate storage layer consisting of 128 loca- 
tions that respond to Program Change messages. Each of the locations in 
this virtual layer is responsible for calling one of the sounds in the device 
(for example, sounds located above number 128). Roland uses this 
method, particularly in synthesizers such as the D-10 and D-20. 


Another solution is based on a set of memory banks, each of which con- 
tains 128 sounds. The shift from one bank to another is done by assign- 
ing any MIDI message (Control Change, System Exclusive, ete) to the 
indicated bank before sending the Program Change message. (See also the 


discussion of the Bank Select message, which was implemented in 1990, 


at the end of Chapter 4.) 


esate. 


ee 
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Multitimbral Mode 


Multitimbral MIDI instruments are a little more complicated. Depending 
on the circumstances, the same type of message can be used in two very 
different ways. In fact, the Program Change message has the effect of 
either changing the sound number of one of the generators (i.e., one of 
the multitimbral voices) on its own channel, or changing the entire con- 
figuration (i.e., the sound produced by each generator) on the global 


channel: 


Program Change and Autoloading 


It’s worth noting that for some samplers, reception of a Program Change 
message automates the loading into RAM (random-access memory) of 
the contents (a sample, program, volume, etc.) of the corresponding mem- 
ory location in mass storage This autoloading function is particularly well 


suited to live performances. 


Aftertouch 


Aftertouch or key pressure is an expressive parameter related to variations 
in the amount of pressure applied to keys on a MIDI keyboard after the 
keys have reached their pressed position. In practice, aftertouch generally 
controls one or more of the real-time parameters (for instance, amplitude, 
pitch, or timbre) of a sound. The MIDI standard distinguishes two types 
of aftertouch: Polyphonic Aftertouch and Channel Aftertouch. 
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Polyphonic Key Pressure 


Name: 
Format: 
‘Lye: 
ecce 
nnnnnnn 


aadaaddaa 


channel number 


Note Number 


Polyphonic Key Pressure 


channel Voice message 


value of the aftertouch 


1010ccee (AcH) Onnnnnnn Oaaaaaaa 


Like the velocity value, an aftertouch message Is related to the Note Num- 


ber represented by the first data byte (Qnnnnnnn). The second data byte 


(Oaaaaaaa) indicates the variation in aftertouch. For example, for each 


note in a three-tone chord, three series of aftertouch messages can be 


transmitted independently of one another: 


90H 3CH 


Cr a 


69H: 
‘Srlalé 
77TH: 
12H: 
1FH: 
al allale 
Ucdslé 
20H: 
12H: 


63H: 
70H: 
62H: 


OOH: 
OOH: 
OOH: 


Note On channel 1/Do 3/velocity 105 
Note On channel 1/Mi 3/velocity 95 
Note On channel 1/Sol 3/velocity 119 


polyphonic 
Polyphonic 
Polyphonic 
Polyphonic 
Polyphonic 
Polyphonic 


Polyphonic 
Polyphonic 
Polyphonic 


key 
Key 
Key 
Key 
Key 
Key 


Key 
Key 
Key 


pressure 
Pressure 
Pressure 
Pressure 
Pressure 
Pressure 


Pressure 
Pressure 
Pressure 


channel 
channel 
channel 
channel 
channel 
channel 


channel 
channel 
channel 


1/C3/pressure 18 
1/E3/pressure 31 
1/G3/pressure 17 
1/C3/pressure 19 
1/E3/pressure 32 
1/G3/pressure 18 


1/C3/pressure 99 
1/E3/pressure 112 
1/G3/pressure 98 


Note On channel 1/C3/velocity 00 (= Note Off) 
Note On channel 1/E3/velocity 00 (= Note Off) 
Note On channel 1/G3/velocity 119 (= Note Off) 


sactie 


si E 
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The format of the Polyphonic Key Pressure message is shown in Fig- 
ure 3.9 below. 


Polyphonic Key Pressure Note Number Pressure 


alefo}oln}lo}o} || felelalejalajale 


FIGURE3.9: The Polyphonic Key Pressure message 


Channel Aftertouch 


Name: Channel Pressure (Aftertouch) 
Format: 1101 cece (DcH) Oaaaaaaa 
Type: channel Voice message 

cccc channel number 

waitin value of the aftertouch 


In this case, a single pressure sensor ts used fora single MIDI channel 
(that is, physically for the entire keyboard). As a result, the note number 


is no longer necessary and the information can be represented adequately 


by a single data byte (Oaaaaaaa). 


Channel Aftertouch messages have the same effect on every note in a 
chord. For example: 


9FH 3CH 69H: Note On channel 15/C3/velocity 105 
9FH 40H 5FH: Note On channel 15/E3/velocity 95 
9FH 43H 77H: Note On channel 15/G3/velocity 119 
DFH 12H: Channel Aftertouch channel 15/pressure 18 
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DFH 1DH: Channel Aftertouch channel 15/pressure 29 


9FH 3CH OOH: Note On channel 15/C3/velocity 00 (= Note Off) 
9FH 40H OOH: Note On channel 15/E3/velocity 00 (= Note Off) 
9FH 43H OOH: Note On channel 15/G3/velocity 00 (= Note Off) 


It’s easy to see that with Channel Aftertouch, the 9 messages (27 bytes) 
that were needed to indicate the polyphonic key pressure in the preceding 
example can be replaced by a total of 3 messages (6 bytes). The format of 
the Channel Aftertouch message is shown in Figure 3.10 below. 


Channel Aftertouch Pressure 


FIGURE3.10: The Channel Aftertouch message 


Pitch Bend 


This section examines Pitch Bend messages: their syntax, their variations, 


and the different ways they're sent and received. 


The Pitch Bend Messace 


Name: Pitch Bend 
Format: L110ccece (EcH) Oxxxxxxx Oyyyyyyy 
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Type: "channel Voice message 

cece channel number 

XXXXXXX value of the Pitch Bend (least significant byte, LSB) 
yyyyyyy value of the Pitch Bend (most significant byte, MSB) 


This message indicates the position of the Pitch Bend wheel (also called 
the pitch wheel) that’s found on MIDI keyboards. The wheel’s job is to pro- 
duce a real-time upward or downward change in the pitch of a tone. 
(Some instruments, such as the Akai S3000, have a mode in which no 
pitch change is imposed on notes that are released before the wheel is 
shifted and that are still audible.) The Pitch Bend message occupies two 
bytes, and its 14 data bits can represent any one of 16,384 different val- 
ues. The least significant byte (LSByte) is sent first, followed by the most 
significant byte (MSByte). In other words, the value of the Pitch Bend | 
message is OOyyyyyy yxxxxxxx (because bit 7 of each data byte ts set to 0 
and therefore is not available for use in coding information), or even 128 
x Oyyyyyyy + Oxxxxxxx. The format of the Pitch Bend message is shown 
in Figure 3.11 below. 


Because the purpose of this message is to produce an upward or down- 
-ward change in pitch, the wheel will be shifted to one side or the other of 


Pitch Bend be of the LSB bi of the MSB 


FIGURE3.n: Zhe Pitch Bend message 
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a central or rest position. The central, minimum, and maximum positions 
correspond respectively to bytes OOH 40H (00000000 01000000), 00H 
OOH (00000000 00000000) and 7FH 7FH (O11I1111 OLLIII11). 
Coded in the form of 14 useful bits, and in proper order (..e., the LSByte 
first, followed by the MSByte), their values are 2000H (00100000 
00000000), OOOOH, and 3FFH (OOLIII11 11111111). 


Resolution for Transmission and Reception 


Even with 14-bit resolution, most pitch wheels only use 7 bits (128 
values), 8 bits (256 values), or 9 bits (512 values). In such cases, the high- 
order bits are used (1.e., bits 8 to 14, 7 to 14, and 6 to 14, respectively). 
In equal shifting, the number of messages to be transmitted increases pro- 
portionally as a function of this resolution. The density of the messages 
transmitted is also a factor, and corresponds to the minimum time inter- 


val separating the transmission of two successive Pitch Bend messages. 


In setting the resolution and density of Pitch Bend messages, a manufac- 
turer reaches a compromise between the way the human ear hears the 
change in pitch and a reasonable degree of congestion in the MIDI net- 
work’s pass-band. During reception, most sound generators ignore certain 
bits, such as the ones in the least significant data byte. Likewise, during 
transmission the low-order bits are the ones that get truncated. Unfortu- 
nately, users’ manuals don’t mention these characteristics very often. At 
power-on some MIDI keyboards automatically issue a Pitch Bend mes- 
sage at OOH 40H in order to initialize the sound generators to which 


they’re connected. 


The Pitch-Variation Range 


Although the Pitch Bend message indicates the position of the pitch 
wheel, it does not in any way describe the correspondence between the 


value of the shift and the resulting dissonance. In effect, it’s up to the user 
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to program the pitch-variation range on the receiving machine (_.e., the 
sound generator), in terms of a number of semitones (generally from | 
to 12). For instance, if the range is set to 12, the minimum and maximum 


values (OOH OOH and 7FH 7FH) of the pitch wheel will produce a disso- 


nance of —12 and +12 semitones, respectively. 


The pitch interval separating two consecutive Pitch Bend values depends 
on the precision of the pitch wheel, and therefore is a function of the 
value of the variation range. Some sound generators let you set different 
numbers of semitones for the positive and negative shifts (for example, 
+7 and —11 semitones respectively). Finally, as explained in the following 
section, the Pitch Bend Sensitivity message lets the sound generator know 
the extent of the pitch bend. 


Transmitting Pitch Bend Messages 


The following examples show how a MIDI instrument transmits Pitch 
Bend messages coded as 9, 7, and 14 bits. 
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Control Change Messages 


This section is limited to a discussion of Voice messages, starting with 


the Control Change messages, since Mode messages are the subject of the 


next chapter. 


The Control Change Message 


Name: 
Format: 


Type: 


cccc 


XXXKXXK 


YYYYYY) 


Control Change 

101 Lecce (BCH) Oxxxxxxx Oyyyyyyy 

channel Voice message for X from 0 to 120 
channel Mode message for X from 121 to 127 
channel number 

controller number 


controller value 


Control Change messages are intended to have a real-time effect on vari- 


Ous parameters. Thanks to their very open structure, the development 


of these messages has unquestionably been the liveliest in the history of 


MIDI status information. These messages have been, and still are, extend- 


able. Each update of the standard expands their capabilities. Overall, 


121 controllers are available (from O to 120), These controllers are allo- 


cated in the following way: 


" From 0 to 31: the most significant byte (MSByte) for the basic 


continuous controllers. 


* From 32 to 63: the least significant byte (LSByte) for the basic 


continuous controllers. 


*" From 64 to 69: switches. 


*" From 70 to 95: additional continuous controllers coded as a byte. 
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" From 96 to 101: incrementing and decrementing, for Registered 


and Non-Registered parameters. 


" From 102 to 120: undefined controllers. 


The format of Control Change messages is shown in Figure 3.12 below. 


Control Number 


FIGURE3.12: The Control Change message 


Continuous M5B/LSB Controllers 


The MIDI standard currently defines only 14 of the 32 Sanne eigen 
trollers (from 0 to 31 and OOH to 1FH). The information that these con- 
trollers carry theoretically indicates the movement of pedals, wheels, levers, 
and potentiometers or faders. The result is an uninterrupted stream of data 
(hence the term “continuous controller”). For example, by shifting the 
modulation wheel (controller 01) of a keyboard from its minimum posi- 
tion to its maximum position, you should in theory get the following 


Messages: 


BcH 01H OOH 
BcH O1H O1H 
BcH 01H 02H 
BcH 01H O3H 


BcH O1H 7EH 
BcH 01H 7FH 
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In the same way as for the Pitch Bend message, the keyboard processor 
analyzes the position of the modulation wheel a given number of times 
every second, This number of analyses per second (usually from 50 to 
100) corresponds to the update speed of that controller (i.e., the data 
update rate). If you shift the modulation wheel within half a second, the 
result should be something like this: 


BcH O1H OOH 
BcH 01H O5H 
BcH 01H OAH 
BcH 01H OFH 


Croce terol rey 


BcH 01H 7AH 

BcH 01H 7FH 

In these examples only the MSB of the continuous controller was opera- 
tive, because 128 values were enough to quantify the pitch-wheel shift. In 
order to indicate the movements more accurately, you could call on the 
services of the corresponding LSB of the continuous controller (which, 
for modulation, would be 33). However, very few constructors make use 
of this option, and as a result you get a resolution of 16,384 possible val- 
ues (1.6, from 0 to 16,383) for a transmission that consists of 14 useful 
bits (rather than 16, because bit 7 in each of the two bytes is by defini- 


tion set to Zero). 


In hexadecimal notation coded as two bytes, the maximum value that can 
be quantified by 14 bits is equal to 3FFFH (ie., OOL11111 1111111 1; 
This report, consisting of two MIDI data bytes and 14 bits, is linked to 
the data-identification and status-identification constraints ee the set- 
ting of bit 7 to O or 1). As you saw earlier, if these 14 useful bits are rep- 
resented by the letters “a” through “n,” then the conversion takes place in 


the following way: 


Oabcdefg Ohijklmn = OOabcdef ghijklmn 
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For example: 


OON1141 199999411 -CSRFFH) 


01111111 01111111 (7FH 7FH) 
or even: : 


00101001 11110001 (19F1H) 


01010011 01110001 (53H 71H) 


Here’s an illustration of how modulation messages are transmitted in the 
form of two bytes, with conversion for 14 useful bits: 
BcH 01H OOH MSB modulation 


BcH 21H OOH LSB modulation (MSB + LSB = OOOOH 
BcH 01H OOH MSB modulation 


00 decimal) 


BcH 21H 40H LSB modulation (MSB + LSB = O040H = 64) 

BcH OtH O1H MSB modulation 

BcH 21H OOH LSB modulation (MSB + LSB = OO80H = 128) 
BcH 01H O1H MSB modulation 

BcH 21H 40H LSB modulation (MSB + LSB = OOCOH = 192) 
BcH OTH 7FH MSB modulation 

BcH 21H OOH LSB modulation (MSB + LSB = 3F80H = 16,256) 


BcH 01H 7FH MSB modulation 
BcH 21H 40H LSB modulation (MSB + LSB = 3FCOH 


16,320) 


In this case, if a slight readjustment of the position means that only the 
least significant status byte needs to be retransmitted, then the most sig- 


nificant status bit doesn’t need to be retransmitted ahead of it. ‘ 


The transition from: 


BcH 01H O2H MSB modulation 


BcH 21H 4FH LSB modulation (MSB + LSB = 014FH = 335) 
to: 

BcH 01H O2H MSB modulation 

BcH 21H 7AH LSB modulation (MSB + LSB = 017AH = 378) 
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is equivalent to: 


BcH 01H O2H MSB modulation 
BcH 21H 4FH LSB modulation (MSB + LSB = 014FH = 335) 
BcH 21H 7AH LSB modulation (the stored MSB + the new LSB at 017AH = 378) 


The Continuous Controllers, in Detail 


What follows is a detailed explanation of the 14 currently available con- 
tinuous MSB/LSB controllers. The 19 controllers that haven’t yet been 
defined by the MIDI standard are reserved for future extensions. 


Modulation (1/01H): Modulation on a MIDI keyboard ts done 
by means of a wheel or a lever. Some manufacturers, such as Ro- 
land, provide a tetrapole joystick. As such, pitch bend and modula- 
tion can be controlled simultaneously and single-handedly by 
diagonal movements of the joystick. Manufacturers of MIDI in- 
struments have the option of assigning modulation to parameters 
of their choice in order to create tremolo (i.e., a variation in ampli- 
tude), vibrato (1.e., a variation in pitch), or any other effect they 


may consider desirable. 


Breath Controller (2/02H): The role of the breath controller 
(.e., control by means of breathing) is similar to those of after- 
touch and modulation. It takes the form of a plastic nozzle into 
which the user exhales, in such a Way as to convert variations in 
pressure into MIDI messages. Because of its similarity to the 
embouchure of wind instruments, the breath controller is particu- 


larly well suited to imitating these instruments. 


Foot Controller (4/04H): The purpose of this controller is iden- 
tical to that of the breath controller. The only difference is that 


this controller works by means of a foot command. 
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Portamento Time (5 /05H): Portamento makes it possible to 
make a gradual pitch transition between two notes, the same way a 
violinist slides a finger along a string of the instrument. The Por- 


tamento Time message regulates the duration of this transition. 


Data Entry (6/06H): In analog synthesizers, each sound-editing 
parameter is implemented by physical access and control means 
(potentiometers, switches, etc.), whereas in most digital synthesiz- 
ers, certain keys are reserved for selection of the parameter to be 
edited. The parameter can be displayed on a liquid-crystal display 
(LCD) screen, and its value can be changed by a single and unique 
command (entered by means of a potentiometer, alpha dial, or 


other control device). 


Main Volume (7/07H);: This controller relates to the output vol- 
ume of a sound generator. The most widespread use of this con- 
troller is in automating MIDI volumes (for example, during 
mixing). 

Balance (8 /08H): Balance corresponds to the equilibrium in 
terms of volume (1.e., the mixing) between two tones. In order to 
build a sound, some synthesizers use a stack of two timbres, 
known as the upper tone and the lower tone. Balance values of 0, 64, 
and 127 are understood to refer to the lower tone alone, the lower 
tone and the upper tone in equal proportions, and the upper tone 
alone, respectively. 

Pan (10/0AH): This controller should not be confused with the 
Balance controller. The Pan message affects the spatial localization 
of a sound in stereo (i.e., panoramic) space. The values, which 
range from 0 to 127, sweep the stereophonic range from left to 
right. 

Expression (11 /OBH): This controller involves a volume adjust- 


ment whose purpose is to refine the Main Volume controller. 
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General Purpose (16-19 /10H-13H);: This class of controllers ts 
reserved for non-standardized applications. Four of these control- 
lers (16 to 19) are characterized by resolution over 14 bits (with 
optional LSBs for 48 to 51), whereas four others (80 to 83) are 
limited to a single 7-bit data byte. 


Switches 


Controllers 64 to 69 are assigned to serve as switches. In other words, these 
controllers represent the on and off states. For the 128 values authorized 
by the data byte, values 0 to 63 (OOH to 3FH) correspond to the OFF 
position, and values 64 to 127 (40H to 7FH) correspond to the ON po- 
sition. However, it’s advisable to use only the minimum (00H) and maxi- 


mum (7FH) values. 


Damper Pedal (64/40H);: This controller is the sustain pedal, 
which is used in exactly the same way as the damper pedal of an 
acoustic piano. The MIDI sustain pedal prolongs the continuation 
period of the amplitude envelope of a sound generator. When 
Note Off messages are received after pressure has been applied to 
the sustain pedal, these messages wait for the pedal to be released 
before they go into effect. 


Portamento (65 /41H);: This controller turns the portamento on 
and off. 


Sostenuto (6 /42H);: Unlike the sustain function, the Sostenuto 
function prolongs only the notes that are played after pressure has 
been applied to the pedal. 


Soft Pedal (67 /43H): This pedal is identical to the muting pedal 


of an acoustic piano. 


Legato Footswitch (68 fe 44H): When a Legato Footswitch On 
message is received, the sound generator switches into mono- 
phonic mode. When a Note On message is sent to it before the 
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Note Off message for the “current” note, the pitch of this latter 
note changes as a result, without any “re-attack” of the sound. 
When a Legato Footswitch Off message is received, the sound gen- 
erator switches back into the mode it was in before it received the 


Legato Footswitch On message. 


Hold 2 (69/45H);: This controller duplicates the function of the 
sustain pedal when two holding functions need to be implemented 


at the same time. 


Hdditional Continuous Controllers Coded as a Byte 


Apart from the “General Controllers 5 to 8” (that is, 80 to 83/50H to 
53H) mentioned earlier, here’s the meaning of the additional Continuous 


Controllers for a byte. 


Sound Controllers 1 to 10 (70 to 79 /46H to 4FH): You are 
free to assign the functions of your choice to these ten controllers. 
However, by default, the Timbre Variation, Timbre /Harmonic In- 
tensity, Release Time, and Attack Time parameters are associated 
respectively with the first four of these controllers, described in 


more detail below. 


Timbre Variation (70/46H);: This controller selects one of two 
variations of a sound, such as a muted trumpet as opposed to an 

~ unmuted one, a pizzicato violin as opposed to a bowed violin, and 
so on. The selection doesn’t affect notes that are being played. A 
sound for which only one variation is available will respond to the 
following two messages: 


BcH 46H vvH (with vvH from OOH to 3FH): the original sound 
BcH 46H vvH (with vvH from 40H to 7FH): the variation 
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while a sound for which three variations are available will respond 


to the following four messages: 


BcH 46H vvH (with vvH from OOH to 1FH): the original sound 
BcH 46H vvH (with vvH from 20H to 3FH): the first variation 
BcH 46H vvH (with vvH from 40H to 5FH): the second variation 
BcH 46H vvH (with vvH from 60H to 7FH): the third variation 


and so on. 


Timbre /Harmonic Intensity (71 /47H): This controller has a 
real-time effect on the harmonic contents of a sound (e.g., the cut- 
off frequency of a low-pass filter in subtractive synthesis, the am- 
plitude of a modulator in FM synthesis, the equalizer in a 
processor, etc.). This message, which acts on either side of a cen- 
tral value, never affects parameters that are stored in memory. 

BcH 47H vvH (with vvH from OOH to 3FH): less and less brilliant 

BcH 47H vvH (with vvH = 40H): no change 

BcH 47H vvH (with vvH from 41H to 7FH): more and more brilliant 
Release Time (72 /48H): This controller has a real-time effect 
on the duration of the release segment for some or all of the enve- 
lopes of a sound. This message, which acts on either side of a cen- 
tral value, never affects parameters that are stored in memory. 

BcH 48H vvH (with vvH from OOH to 3FH): shorter and shorter duration 


BcH 48H vvH (with vvH = 40H): no change 
BcH 48H vvH (with vvH from 41H to 7FH): longer and longer duration 


Attack Time (73 /49H): This controller has a real-time effect on 
the duration of the attack segment for some or all of the envelopes 


of a sound. This message, which acts on either side of a central 


value, never affects parameters that are stored in memory. 


BcH 49H vvH (with vvH from OOH to 3FH): shorter and shorter duration’ 
BcH 49H vvH (with vvH = 40H): no change 
BcH 49H vvH (with vvH from 41H to 7FH): longer and longer duration 


R2 


G66 


Voice Messages | ~ 


Portamento Controller (84/54H): When a subsequent Note On 


message is received, a portamento effect is produced between the 


note whose number is specified by the Portamento Controller and 


the note whose number is named in the Note On message, at a 


speed determined by the Portamento Time continuous controller. 


For example: 


MESSAGE 

9cH 40H 39H 
-BcH 05H O1H 

BcH 54H 3CH 


9cH 40H 40H 


9cH 40H 3DH 
8cH 40H 40H 
8cH 40H 39H 
8cH 40H 3DH 


DESCRIPTION 
Note On A2 
Portamento time = | 


Portamento 


Controller C3 
Note On E3 


Note On D3 
Note Off E3 
Note Off A2 
Note Off D3 


MEANING 
A2 is pressed 
Slow speed 


The portamento will 
start at C3 


E3 is pressed; 
execution of the 


portamento, from 


Sito 

D3 is pressed 
E3 is released 
A2 is released 
D3 is released 


The Portamento Controller affects only the first Note On message that 


arrives. It never affects the pitch of subsequent notes, nor the pitch of 


notes that are being played. Furthermore, if the note number that it car- 


ries is the same as the number of a note that’s being played, the porta- 


mento will start with this note when the next Note On message is 


received, without the involvement of any other polyphonic voice (in 


other words, without any “re-attack” of the note that’s being played). 


os 


By 


For example: 
MESSAGE DESCRIPTION 
9cCH 40H 3CH_ Note On C3 
BcH 05H 20H  Portamento time = 32 


BcH 54H 3CH  Portamento 
Controller C3 


9cH 40H 40H = Note On E3 


9cH 40H 3DH Note On D3 
8cH 40H 40H = Note Off E3 
8cH 40H 3DH_ = Note Off D3 


MEANING 
C3 is pressed 


Average speed 


The portamento will 
start at C3 


E3 is pressed; 
execution of the 


portamento, from C3 
to Bo 


IDS ts pressed 
E3 is released 
D3 is released 


There’s no need to send a Note Release message to C3, because this note - 


has been transformed into E3. 


The preceding examples have assumed that the sound generator is poly- 


phonic. Now suppose that it’s monophonic and that it’s just received a 


Legato Footswitch message. In this case, the reception of a Portamento 


Controller will have an immediate effect on the pitch of the note that’s 


being played. For example: 


MESSAGE DESCRIPTION 
9cCH 40H 39H = Note On A2 


BcH 05H 60H  Portamento time = 96 


BcH 54H 3CH  Portamento 
Controller C3 


MEANING 


_ A2 1s pressed 


High speed 


A2 is transformed 
into C3, and the porta- 


mento will start at C3 


oral 
Voice Messages ah 
oem 


MESSAGE DESCRIPTION MEANING 
9cH 40H 40H ~ Note On E3 E3 is pressed; 


execution of the 
portamento, from C3 
toue3 


8cH 40H 40H | Note Off E3 E3 is released 


This message is especially important to MIDI guitarists because it lets 
them work in polyphonic mode, whereas up till now they'd been forced 
to use Mode 4 (monophonic mode, with one channel per string). 


Effects 1 Depth through Effects 5 Depth (91 to 95 /5BH to 
SFH): Formerly known as External Effects Depth, Tremolo 
Depth, Chorus Depth, Celeste (Detune) Depth, and Phaser Depth, to- 
day these five controllers have a wider range of action, in the sense 
that they can control the effects of their choice. However, their for- 
mer designations are still their default values. 


[ncrementing and Decrementing Data 


The role of the Data Increment (96/60H) and Data Decrement (97/6 1H) 
controllers is identical to that of the Data Entry controller. Rather than 
causing continual changes in the value of a parameter to be edited, these 
controllers simply add a unit to the value or remove a unit from the value. 
Unlike the Data Entry controller, whose effect is absolute (in that it indi- 
cates the position of the cursor), these two controller work in relative 


mode. 


Registered and Non-Registered Parameters 


The purpose of Registered and Non-Registered parameters is to make it possi- 
ble to select a specific parameter on a MIDI instrument. In order to edit 
the value of a parameter once the selection has been made, a Data Entry, 
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Data Increment, or Data Decrement message must be sent. Registered Pa- 
rameter numbers (100/64H LSB and 101 / 65H MSB) and Non-Regis- 
tered Parameter numbers (98/62H LSB and 99 /63H MSB) are coded 
in the form of 14 bits (i.e., 16,384 values). When that’s enough to select 
a new parameter, it is possible to transmit just one of the two messages 
(MSB or LSB). For instance, after a Non-Registered Parameter O has 
been selected (BCH 62H OOH, BcH 63H 00H), the following message 
can advantageously be used to select a parameter 5: BCH 62H OSH. The 
Registered and Non-Registered Parameter messages are among the later 
additions to the MIDI standard. They provide access to a total of 32,758 
(that is, 2 X 16,384) new controllers. 


Manufacturers are free to use Non-Registered Parameter numbers as they 
see fit, provided that the functions of any such numbers are listed in the 
operating documentation. On the other hand, the parameters assigned to 
registered numbers are defined by the MIDI standard. There are currently 


five such parameters: 


Pitch-Bend Sensitivity (MSB 00/LSB 00): This parameter is 
used to specify the range of action of the pitch bend (Ge, the pitch 
variation) in one direction or the other from its central position. 
The value of the Data Entry MSB corresponds to adjustment by 
semitones, and the value of the Data Entry LSB corresponds to 
adjustment by cents (i.e., hundredths of a semitone). The following 
example deals with a variation of plus or minus 5 semitones and 

3 cents: 


BcH (1011cccc) 65H OOH: MSByte for the registered parameter number 


BcH 
BcH 
BcH 


64H OOH: LSByte for the registered parameter number 
O6H O5H: data-entry MSB (5 semitones) 
26H 03H: data-entry LSB (3 hundreds) 
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Fine Tuning (MSB 00/LSB 01): This parameter modifies the 


smaller-scale adjustment of a sound generator. At the resolution 


level, the data-entry divides 100 cents into 8,192 steps: 


BcH 
BcH 
BcH 
BcH 
BcH 
BcH 


O6H 
26H 
O6H 
26H 
O6H 
26H 


OOH: 
OOH: 
40H: 
OOH: 
WlFRle 
TAPIAIE 


Data 
Data 
Data 
Data 
Data 
Data 


Entry MSB 

Entry LSB > -8192 
Entry MSB 

Entry LSB > 0 
Entry MSB 

Entry LSB > +8192 


Coarse Tuning (MSB 00/LSB 02): Identical to fine tuning, but: 
for a larger-scale adjustment (at 100 cents per bit): 


BcH 
BCH 
BcH 
BcH 
BcH 
BcH 


O6H 
26H 
O6H 
26H 
O6H 
26H 


OOH: 
OOH: 
40H: 
OOH: 
Trae 
7FH: 


Data 
Data 
Data 
Data 
Data 
Data 


Entry MSB 

Entry LSB > -64 
Entry MSB 

Entry LSB > 0 
Entry MSB 

Entry LSB > +63 


The last two currently defined registered parameters are explained in the 
section in Chapter 4 that describes the MIDI Tuning Standard. Mean- 
while, Table 3.19 lists all of the currently defined controllers. 


TABLE 3.19: Controllers 


DESCRIPTION 


DECIMAL 


00 
Ol 
02 
03 
04 
OS 
06 


HEXADECIMAL 


00H 
O1H 
02H 
O3E1 
04H 
OSH 
06H 


Bank Select 
Modulation 
Breath Controller 
— undefined — 
Foot Controller 


Portamento Time 


Data Entry MSB 
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TABLE 3.19: Controllers (continued) 


DECIMAL HEXADECIMAL DESCRIPTION 

07 O7H Main Volume 

08 08H Balance 

09 O9H — undefined — 

10 OAH Pan 

11 OBH Expression Controller 

4 OCH Effect Control | 

i ODH Effect Control 2 

14to 15 OEH toOFH = — undefined — 

16 to 19 10H to 13H _|° General-purpose conmollers (1 to 4) 

20 to 31 14H tolFH —undefined — 

BZ10100 20H to3FH LSB for controllers 0 to 31 

64 40H Damper pedal (sustain) 

65 41H Portamento 

66 42H Sostenuto 

67 43H Soft Pedal 

68 44H Legato Footswitch 

69 45H Hold 2 

70 46H Sound Controller 1 (default: Timbre 
Variation) 

7 47H Sound Controller 2 (default: 
Timbre/Harmonic Content) 

Te 48H Sound Controller 3 (default: Release Time) 

74 49H Sound Controller 4 (default: Attack Time) 

75 to.79 4BH to 4FH ~ Sound Controllers 6 to 10 
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TABLE3.19: Controllers (continued) 


DECIMAL HEXADECIMAL DESCRIPTION 

80 to 83 SOH to 53H - General-purpose controllers (S to 8) 

84 54H Portamento Control 

85 to 90 54H to SAH ~~ — undefined — 

91 SBH Effects 1 Depth (formerly External Effects 
Depth) 

OZ Sel Effects 2 Depth (formerly Tremolo Depth) 

o3 SDE Effects 3 Depth (formerly Chorus Depth) 

94 SEE Effects 4 Depth (formerly Celeste (Detune) 
Depth) 

> Sits Effects 5 Depth (formerly Phaser Depth) 

96 60H Data Increment 

a7 61H Data Decrement 

98 62H Non-Registered Parameter Number LSB 

oo 63H Non-Registered Parameter Number MSB 

100 64H Registered Parameter Number LSB 

101. 65H Registered Parameter Number MSB 


102 to 120 66H to 78H — undefined — 
21 to 127 79H to 7FH Mode messages 
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HANNEL MODE MESSAGES are the 
second of the two types of Channel 
messages. (The other type, as you saw 
in the last chapter, consists of the 
Channel Voice messages.) The seven 
Mode messages occupy the last 
numbers (121 to 127) that are 
assigned to Change Control messages. 


The All Sound Off, Reset All Controllers, 
Local Control On/Off, and All Notes Off Messages 


For clarity, Mode messages can be divided into two categories. The first 
group contains the All Sound Off, Reset All Controllers, Local Control On/Off, 
and All Notes Off messages, and the second group contains the Omni On, 
Omni Off, Poly, and Mono messages. 


All Sound Off (fe) 


| Sound Off 


Format: 101 Lecce (BcH) 01111000 (120 y 78H) 00000000 
Type: Channel Mode message 


The All Sound Off message forces the sound generator to cut off all 
voices on the indicated channel (which is equivalent to 128 simultaneous 
Note Off messages; see below). You should never use this message as a re- 
placement for an All Notes Off message or messages; however, you can 
also use it to silence an effect processor (reverb, delay, etc.), to turn off a 


set of lights that are controlled by MIDI, and so on. 


The Reset All Controllers Message 


Format: 101 Icece (BcH) 01111001 (i217 79R) 00000000 
aye: Channel Mode message 


The Reset All Controllers message reinitializes all of the continuous con- 
trollers (i.e., controllers | to 120), along with Pitch Bend, Polyphonic 
Key Pressure, and Channel Aftertouch. The reinitialization values are gen- 
erally the defaults set by the manufacturer. In most cases, the switches 
(Sustain, etc.) move to the OFF position, with the controllers (Pitch 
Bend, Balance, and Pan) functioning more or less around a central value 
and recreating this position. Except for certain controllers such as Main 
Volume, the controllers that start from zero (Modulation, the Breath 
Controller, etc.) return to that value. A receiving unit set to mode Omni 
On (modes | and 2) should obligatorily ignore a Reset All Controllers 


message. 
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When a piece of software (such as a sequencer) wants to reinitialize all of 
the controllers of different instruments, including the controllers of in- 
struments that don’t implement the Reset All Controllers message, the 


MIDI standard recommends the following procedure: 


" First, send as many independent messages as there are controllers 
to be initialized (with Pitch Bend centered, Modulation and After- 


touch set to zero, etc). 


" Then send a Reset All Controllers message. 


The reinitialization values selected by the software for sending inde- 
pendent messages aren’t necessarily identical to the values selected by the 
instruments that receive Reset All Controllers messages. That's why it’s 
important to follow the chronological order indicated above, so as to give 
ptiority to the reinitialization values of the Reset All Controllers message 


with respect to the reinitialization values of the independent messages. 


The Local Control On/Off Messages 


Format: 101 Lecce (BCH) 01111010 (122/7AH) Oxxxxxxx 
Type: Channel Mode message 

Oxxxxxxx 00000000: Local Control Off 

Oxxxxxxx  OLL11111: Local Control On 


The Local Control message first involves MIDI devices that have a key- 
board and a sound generator in the same physical unit. In normal opera- 
tion, when the user presses a note on the keyboard, a Note On message is 
sent simultaneously to the MIDI Out port (and from there to any other 
connected devices), and to the sound generator (telling it to play the note 
immediately internally). In addition to responding directly to notes 


played on the keyboard, this sound generator reacts to data it receives 


Ih 


All Sound Off 


through the MIDI In port. The purpose of the Local Off message is to 
disconnect the internal link between the keyboard and the sound gener- 


ator, as shown in Figure 4.1 below. Conversely, the Local On message re- 


establishes this link. When an instrument is turned on, it should be in 


Local On mode. 


FIGURES.1; This diagram shows a keyboard and a sound generator in the same unit. MIDI 
messages from the keyboard are sent to the sound generator via the local link and also via the 


MIDI Out port. 
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When an instrument is in Local Off mode, you can think of it as two 
modules: a control keyboard and an expander. In such a case, the instru- 
ment remains mute, because its expander portion (1.e., the sound gener- 
ator) is not connected to the keyboard. In order for the sound generator 
to function in this configuration, its MIDI In port has to be connected to 
the MIDI Out port of the master keyboard. Because these two MIDI 
ports are located in the same physical unit, this approach has no practical 
value. It’s given here only to help illustrate the principle of local modes. 


When this same link between the MIDI Out port of the keyboard and 

the MIDI In port of the expander is present when the instrument is in Lo- 
cal On mode, it has the effect of duplicating all the notes played by the 
sound generator, thereby reducing polyphony and inducing slight phase 
shifts (i.e., the so-called chorus effect), caused by the superimposition of 
identical notes separated by a time lapse of a few milliseconds. In point 

of fact, the generator receives Note On information through its internal 
link with the keyboard and also via its MIDI link, as shown in Figure 4.2 
below. The usefulness of Local Mode is especially useful when you're 


working with sequencers, as you'll see in later chapters. 


The All Notes Off Message 


Format: 101 Lecce (BcH) 01111011 (123/778E) OO000000 
Type: Channel Mode message 


Used in exceptional situations (when one or more notes are hung, or 
when the Stop key of a sequencer is pressed, sometimes causing a simulta- 
neous Reset All Controllers message to be sent), this message forces the 


sound generator to cut off all of its voices on the corresponding channel. _ 


All Sound Off il ii 


FIGUREs.2: In Local Off mode, MIDI messages are sent to the sound generator via the exter- 
nal MIDI Out/MIDI In link. In Local On mode, the same notes are played twice: once by 
the external link and once by the local link. 


Transmission of this message Is equivalent to sending 127 note-release 


messages (one per note number). 


When a piece of software (such as a sequencer) wants to cut off all of a 


sound generator s voices, without knowing whether the sound generator 
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implements the All Notes Off message, the MIDI standard recommends 
the following procedure: 


" First, send 127 Note Off messages (one per note number). 


* Then send an All Notes Off message. 


Remember that in addition to their own meanings, which are described in 
the next section, the Omni Mode Off, Poly, and Mono messages can also 
serve as an All Notes Off message. However, a receiving unit that has 
been set to Mode Omni On (ie., Mode | and Mode 2) ignores All 
Notes Off messages. When an All Notes Off message is sent to a receiv- 
ing unit that has been set to Mode 3 (Omni Ore Poly), the message only 
cuts off the notes on the basic channel, whereas in Mode 4 (Omni Off, 


Mono), it cuts off the notes on the channel over which it was transmitted. 


Although the substitution of an All Notes Off message for one or more 
Note Off messages is strongly discouraged, some keyboards do send an 
All Notes Off message instead of a Note Off message when a note is re- 
leased when no other note has been pressed —for instance, each time the 
musician’s hands leave the keyboard. (This is the case with many Roland 
devices.) This nonstandard interpretation runs the risk of causing incom- 
patibilittes, such as with sequencers, when two tracks are recorded that 
are intended to drive the same sound on the same channel (for instance, 
when the left-hand and right-hand parts of a piano piece are recorded 
separately). After the two tracks have been recorded, an All Notes Off 
messages transmitted by one of the tracks will automatically cut off all 
the notes on the other track. 


Using the All Notes Off message in conjunction with the sustain pedal 
can also cause problems. Some sound generators give All Notes Off mes- 
sages priority over the sustaining action. By doing that, they suddenly cut ° 
off their voices while the pedal is still pressed. According to the standard, 
these generators theoretically should wait for a sustain-release message be- 


fore implementing the All Notes Off message. 
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Under no circumstances should an All Notes Off message received at the 
MIDI In port of a keyboard instrument that includes a sound generator 
cut off the notes being played at the keyboard—only the notes being re- 
ceived via MIDI. It is recommended that any instrument that can’t re- 


spond this way should ignore such an All Notes Off message. 


“The Omni, Omni Ff, Poly and Mono Messages. 


While the Voice messages (such as Note On and Note Off) directly af- 
fect the notes played by the sound generator, the Omni Mode On, Omni 
Mode Off, Poly, and Mono messages regulate the allocation of the Voice 
messages, as a function of polyphony and of the MIDI channels. The 
combination of Omni Mode On and Omni Mode On messages, and the 
combination of the Poly and Mono modes, determine how a MIDI in- 


strument transmits or receives Voice messages. 


With Mode messages, the concept of an “instrument” doesn’t apply to a 
physical instrument but rather toa logical instrument. For example, a mul- 
titimbral sound generator consisting of eight virtual monotimbral gener- 
ators represents eight clearly distinct instruments. As you'll see with 
regard to modes 1, 2, and 4, an instrument can receive Voice messages 
over different channels. However, to avoid any risk of confusion, the in- 
strument has to recéive or transmit these four Mode messages over a sin- 

~ gle channel. This channel is known as the basic channel, and is indicated by 
the letter N. (Mode messages transmitted to a receiving instrument over a 
MIDI channel other than the basic channel are ignored.) Furthermore, 
the user can’t modify the basic channel except through System Exclusive 


messages, or else directly from the control panel of the device. 


Before describing the combinations, here’s a look at the meaning of these 


four Messages. 
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Omni Mode Off (+ All Notes Off) 


Format: 101 Lecce (BcH) 01111100 (124/7CH) OO000000 
Type: Channel Mode message 
With Omni Mode Off, a MIDI unit set to receive voice messages over a 
given channel X ignores messages whose channel is different from the se- 


lected channel. For example, a generator that receives on Channel | with 


Omni Mode Off will not pay attention to any messages it receives over 


channels 2 to 16. 


Omni Mode On (+ All Notes Off) 


Format: 101 Lecec (BcH) 01111101 (1257 7DEh OO0000000 
Type: Channel Mode message 


With Omni Mode On, the receiving unit responds to all the voice mes- 
sages that arrive at its MIDI In port, regardless of their channel number. 


Mono Mode On (+ All Notes Off) 


Format: 101 Lecce (BcH) 01111110 (126/7EH) Ovvvwvwv 

Type: Channel Mode message 

VVVVVVV the MIDI channel number 
With Mono Mode On, the receiving unit plays only one note at a time 
per eamel. What this means is that a polyphonic sound generator con- 
verts itself into as many monophonic sound generators as its polyphony 


allows. This mode is used when several note messages should not be sent 


simultaneously over the same channel. 


150 


The Omni, Omni Off, Poly, and Mono Messages i = 


Poly Mode On (+ All Notes Off) 


Format: 101 lccee (Beel) OLLIII11 C127/7EED) OOOO00000 | 
Type: Channel Mode message 


With Poly Mode On, each channel in the receiving unit plays as many 
notes at once as its polyphony allows. This mode is used when several 


note messages should be sent simultaneously over the same channel. 


The combination of Omni Mode On, Omni Mode Off, Poly, and Mono 
messages defines what are known as the “MIDI modes.” There are four 
of them: 


" Mode 1: Omni On, Poly . 
" Mode 2: Omni On, Mono 
" Mode 3: Omni Off, Poly 
" Mode 4: Omni Off, Mono 


These four modes determine how the receiver will react to Voice mes- 
sages, and also how the transmitter will send the messages. (When a trans- 
mitter and a receiver are located in the same device, each has its own 
-mode setting.) It is recommended that when a MIDI device is turned on, 
it should be initialized in Mode 1. In changing from one mode to an- 
other (which also triggers the cut-off of the voices linked to the Note On 
messages received at the MIDI In port), the two messages don’t have to 
be sent back. In other words, the transitions from Mode | to Mode 2, 
from Mode 4 to Mode 3, from Mode 1 to Mode 3, and from Mode 4 to 
Mode 2 only require retransmission of the Mono, Poly, Omni Mode 
Off, and Omni Mode On messages. The receiver should store perma- 


nently the two messages that make up a Mode message. 
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Mode 1: Omni On/Poly 


In this mode, the instrument accepts all Voice messages regardless of 
their channel (Omni On), up to its polyphony limit (Poly). This limit 
corresponds to the number of notes that the instrument can play simulta- 
neously. For example, if the instrument receives a chord consisting of 
four notes, it will play these four notes—provided that its polyphonic 
capability is greater than three voices. 

90H 20H 40H: Note On channel 1/G#0/Velocity 64 

95H 77H 54H: Note On channel 6/B7/Velocity 84 


9CH 24H 20H: Note On channel 13/C1/Velocity 32 
92H 59H 6AH: Note On channel 3/F5/Velocity 106 


Mode 3: Omni Off/Poly 


In this mode, the instrument accepts only the Voice messages correspond- 
ing to the selected reception channel (Omni Off), up to its polyphony 
limit (Poly). 


Mode 4: Omni Off/Mono 


The usefulness of Mode 4 becomes clear when an alternate controller 
such as a MIDI guitar controller 1s used. MIDI guitars transmit not only 
note messages, but also different expression parameters. For instance, 
when the pitch of a note varies, Pitch Bend messages are transmitted. It’s 
easy to see that, if the musician plays a six-note chord and, inside the 
chord, independently varies the pitch of one of the six strings, only the 
note that corresponds to that string should respond to the pitch bend. 
Otherwise the entire chord would be affected by the change in pitch. If 
the six note messages were transmitted over the same channel, the pitch 


bend would be applied, and applied awkwardly, to the entire chord. 
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This is why Mode 4 forces the sound generator to act as though it con- 
sisted of a set of monophonic sound generators, each of which is set to its 
own channel. When driven by a MIDI guitar, each of these monophonic 
generators responds on its own channel and with the same type of sound 
to the messages sent by the corresponding string. In other words, a MIDI 
expression message triggered by one of the strings will only affect the ap- 
propriate voice. 


The third byte of a Mono message (Ovvvvwvv) specifies the number of dif- 
ferent MIDI channels the transmitter uses to send the Voice messages, 
and also specifies the number of different MIDI channels over which the 
receiver receives the Voice messages (in the above example, SIX). lf you let 
M represent this number of channels and let N represent the basic chan- 
nel (as indicated by the right-hand half-byte of the status byte), then your 
MIDI guitar will transmit over N to (N + M — 1) channels (where M = 
6). Of course, in any case the value of (N + M — 1) can’t be greater than 
16. As a result, to obtain 16 different channels, N has to be set to 1. A 
MIDI instrument that receives a Mode 4 message therefore assigns its 


voices in a monophonic way, one per channel, from N to (N + M— 1). 


A Mono message with M = 0 is an exception. This message forces the re- 
ceiver to assign its voices at a rate of one per channel, until it reaches its 


polyphony limit or channel 16, whichever comes first. 


With a polyphonic sound generator, for a value of M equal to 1, Mode 4 
can imitate monophonic instruments such as the brasses, which can’t play 


more than one note at a time. However, Mode 2 1s still the easiest to use. 


Mode 2: Omni On/Mono 


During reception, all the Voice messages, regardless of the channel they're 
on, are assigned to a single voice of the sound generator, which then con- 


verts itself into a monophonic generator (equivalent to the previous mode 


with M = 1). In Mode 2, the role of the third byte (Ovvvvvvv) in the 
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Mono message loses all of its significance. This mode is used fairly infre- 


quently and is not the subject of a great deal of interest. 


A transmitter has no way of knowing whether the receiver to which it’s 


sending a Mode message is or isn’t implementing the message. If the re- 


ceiver doesn’t implement the message, it can ignore it or else switch to the 


nearest mode. 


Summary of the MID! Modes for Receiving Units 


- Mode 1 
(Omni On, Poly) 


Mode 2 
(Omni On, Mono) 


Mode 3 
(Omni Off, Poly) 


Mode 4 
(Omni Off, Mono) 


Voice messages are received regardless of 
the channel they’re on, and control as many 


voices as polyphony allows. 


Voice messages are received regardless of 
the channel they’re on, but control only one 


voice at a time. 


Only the Voice messages whose channel 
corresponds to the basic channel of the 
receiving instrument (i.e., channel N) are 
taken into consideration. These Voice 
messages control as many voices as 


polyphony allows. 


Only the voice messages whose channels 
correspond to the N to (N + M - 1) 
channels of the receiving instrument are 
taken into consideration. Each channel plays 


only one voice at a time. 


See: 
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Summary of the MID! Modes for Transmitting Units 


Mode | All the Voice messages are transmitted over 
(Omni On, Poly) channel N. ‘ 
Mode 2 The Voice messages are transmitted 


(Omni On, Mono) monophonically over channel N. 


Mode 3 All the Voice messages are transmitted over 


(Omni Off, Poly) . channel N. 


Mode 4 Voice messages from | to M are transmitted * 
- (Omni Off, Mono) _ over channels N to (N + M— 1), mono- 
phonically on each channel. ° 


All Mode messages have the same status byte (BcH, or 0100cccc), and 
the data bytes of Mode messages all have the format Oxxxxxxx Oyyyyyyy. 
The contents of the data bytes are described in Table 4.1 below. | 


TABLE 4.1: Contents of the Data Bytes in Channel Mode Messages 
VALUE OF DATA BYTE oxxxxxxx VALUE OF DATA BYTE oyyyyyyy MEANING 


xxxxxxx = 120/78H yyyyyyy = 90° All Sound Off 
XXXXXXX = 121/79H yyyyyyy =0 Reset All Controllers 
xxxxxxx = 122/7AH yyyyyyy =0 Local Control Off 
xxxxxxx = 122/7AH yyyyyyy = 127 Local Control On 
xxxxxxx = 123/7BH yyyyyyy =0 All Notes Off ’ 
xxxxxxx = 124/7CH yyyyyyy =0 Omni Mode Off 

(All Notes Off) 
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TABLE 4.1: Contents of the Data Bytes in Channel Mode Messages (continued) 


VALUE OF DATA BYTE oxxxxxxx VALUE OF DATA. BYTE oyyyyyyy —- MEANING 


xxxxxxx = 125/7DH yyyyyyy =0 Omni Mode On 
(All Notes Off) 
xxxxxxx = 126/7EH yyyyyyy =M Mono Mode On (Poly 
Mode Off) (All Notes 


Off), with the number 
of channels equal to M 


xxxxxxx = 126/7EH yyyyyyy =O Mono Mode On (Poly 
Mode Off) (All Notes 
Off), with the number 
of channels equal to 
the number of voices 


in the receiver 


xxxxxxx = 127/7FH yyyyyyy =0 Poly Mode Off 
(Mono Mode Off) 
(All Notes Off) 


cece = the basic channel (1 to 16) 
XxXxXxxxx = the controller number (121 to 127) 


yyyyyyy = the value of the controller 


unning Status 


Running Status is a way to compress MIDI data in real time (to avoid 
the delay problems caused by high throughput produced by intensive use 


of continuous controllers, etc.). In any case, for sequencers it’s desirable 
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Running Status i 


to be able to disconnect Running Status manually, so as to preserve com- 
patibility with the (relatively small number of ) machines that don’t ac- 
cept it. On the other hand, it’s the receiver that’s responsible for detecting 
whether incoming data has been compressed. Some devices only imple- 
ment Running Status when the density of messages transmitted by the 


keyboard exceeds a given threshold. 


Running Status only compresses Channel messages (i.e., Voice and Mode 
messages ), compressing them in the following way: for purely consecutive 
messages, which have the same status byte and which use the same chan- 
nel, the status byte is transmitted only for the first message, without being 
repeated for the following messages. This procedure is shown diagram- 


matically in Figure 4.3 below. 


Without Running 
Status [ 90H | 3cH ] 27H | 3CH | 27H [ 90H] 40H | 26H | 40H | 2BH [ 90H] 43H | 25H | 43H | 25H 
Status | 20H | 3CH | 27H 40H | 2BH 43H | 25H 
Note On C3 Note On E3 Note On G3 
(Velocity = 39) (Velocity = 43) (Velocity = 37) 


Without Running [90H] scx] 27H] { 90H] ach [oon | 
Status | 20H | SCH | 27H 90H; 3CH | OOH [90H] 3EH | 29H | 3EH | 29H 


With Running Lf 74 
Status 90H | 3CH | 27H 3CH | OOH 3EH | 29H 


Note On C3 Note On C3 Note On D3 
(Velocity = 39) (Velocity = 0) (Velocity = 41) 


FIGUREs.3: Data compression 
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With compression, a series of three Note On messages followed by three 
Note Off messages only needs 14 bytes instead of 18. 


Without Running Status: 


90H 3CH 69H: Note On channel 1/C3/Velocity 105 
90H 40H 5FH: Note On channel 1/E3/Velocity 95 
90H 43H 77H: Note On channel 1/G3/Velocity 119 
80H 3CH 40H: Note On channel 1/C3/Velocity 64 
80H 40H 40H: Note On channel 1/E3/Velocity 64 
80H 43H 40H: Note On channel 1/G3/Velocity 64 


With Running Status: 


90H 3CH 69H: Note On channel 1/C3/Velocity 105 
40H 5FH: Note On channel 1/E3/Velocity 95 
43H 77H: Note On channel 1/G3/Velocity 119 

80H 3CH 40H: Note On channel 1/C3/Velocity 64 
40H 40H: Note On channel 1/E3/Velocity 64 
43H 40H: Note On channel 1/G3/Velocity 64 


These examples show how useful it can be to send a Note On status byte 
followed by a Velocity of 0 instead of by a Note Off message. This way, 
the compression feature doesn’t differentiate between a series of Note On 
status indications, some of which play the role of a Note Off message. In 
the example given above, Running Status stays in effect, also applying 
to the three released notes (in this case, using 13 bytes instead of 18): 


Without Running Status: 


90H 3CH 69H: Note On channel 1/C3/Velocity 105 

90H 40H 5FH: Note On channel 1/£3/Velocity 95 

90H 43H 77H: Note On channel 1/G3/Velocity 119 

90H 3CH OOH: Note On channel 1/C3/Velocity 00 (= Note Off) 
90H 40H OOH: Note On channel 1/E3/Velocity 00 (= Note Off) 
90H 43H OOH: Note On channel 1/G3/Velocity 00 (= Note Off) 
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Running Status 


With Running Status: 


90H 3CH 69H: Note On channel 1/C3/Velocity 105 
40H 5FH: Note On channel 1/E3/Velocity 95 
43H 77H: Note On channel 1/G3/Velocity 119 
3CH OOH: Note On channel 1/C3/Velocity 00 (= Note Off) 
40H OOH: Note On channel 1/E3/Velocity 00 (= Note Off) 
43H OOH: Note On channel 1/G3/Velocity 00 (= Note Off) 
Naturally, Running Status is more effective with note messages, Pitch 
Bend messages, and continuous controllers than it is with a Sustain Pedal 
message or a Program Change message. Nevertheless, it requires a little : 
more intelligence on the part of the receiver, which has to store in mem- 
ory the last status byte analyzed (in a specific buffer, called the Running « 
Status buffer), until a different status byte arrives, so that it can assign a 
meaning to the compressed data that follows. The receiver also has to “ 
know how many of these data bytes are expected (i.e., one or two), as a 
function of the type of status byte, without counting the Real Time ° 
status bytes (see the following section) which can interrupt a MIDI mes- 
sage in the middle (between a status byte and a data byte, or between two 
data bytes). Under no circumstances should these Real Time messages be 
stored in the Running Status buffer. : 


Assume for instance that an instrument in Mode | (Omni On, Poly) re- 
ceives a Mode message, such as an Omni Off message (whose status byte 
indicates a Control Change), over a channel not intended for it (1.e., a 
channel other than the basic channel), followed by a second Control 
Change message (such as a modulation) which should be taken into con- 
sideration and compressed by the Running Status feature. If the receiver 
decides at the start not to store the Control Change status message in its 
buffer, under the pretext of ignoring the reception of an Omni Off mes- 
sage over a channel that doesn’t concern it (because that channel is differ- 


ent from channel N), then the receiver will also lose the following 
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modulation data bytes (because it no longer knows what status to assign 
to them): 


®" BOH 7CH OOH: because the basic channel is channel 3, the mes- 
sage is ignored and the status byte is not stored. 
" 01H 7HH: this message (modulation over channel | with Run- 


ning Status) is lost for good. 


The MIDI standard recommends that the Running Status buffer be man- 
aged in the following way: 


1 * Erase the contents of the buffer (i.e., clear the buffer) when the 
device is turned on. 
2 = Store the status byte when a Channel message is received. 


3 * Clear the buffer when an Exclusive or Common message ts 


received. 
4 » Do not touch the buffer when a Real Time message is received. 
5 * Ignore data bytes when the buffer has been set to zero (i.e., 


cleared, with its contents erased). 


During a long compression, the transmitting instrument should regularly 
re-send the status code. In fact, a receiver that’s turned on in the middle 
of a transmission of compressed data has to wait for the next status byte 
in order to determine the nature of the data (that is, to identify the status 
group to which the data belongs). 


Riehl 


F8H Timing Clock 
FOH — undefined — 
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FAR “Start 

FBH Continue 
Per Stop . 
FDH — undefined — 
PE Active Sensing 
leet System Reset 


There are six System Real Time messages. Their status bytes are from F8H to 
FF8. Unlike most MIDI messages, the Real Time messages do not con- 
tain data bytes. Furthermore, like Common messages, they are sent to the 
entire MIDI network; therefore they don’t include a channel number. 
The first four status bytes in Real Time messages handle the synchroniza- 
tion of MIDI devices. 


Synchronization Messages 


At this writing, the standard provides two synchronization methods: one 
that uses Real Time messages, and one that uses the MIDI Time Code 
(MTC). The Real Time messages are based on relative (1.e., variable) tem- 
poral measurements (tempo), while the MIDI Time Code is based on ab- 
solute (i.e., fixed) temporal measurements (clocktime). This section 


considers only the four Real Time synchronization messages. 


When two or more devices (rhythm boxes, sequencers, etc.) are synchro- 
nized, a master unit drives one or more slave units, transmitting metro- 
nome information to them (in the form of a certain number of pulses per 
quarter note, or PPQN), and also transmits commands (Start, Stop, etc.). 
Most synchronizable MIDI devices don’t mind which role they play, and 
can act as either master or slave. To switch a device from one role to the 
other, in most cases all you have to do ts set the clock of the device to in- 


ternal (master) mode or to external (slave) mode. 
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Because operating in internal mode doesn’t automatically cause a device 
to senda synchronization code to other devices, sometimes the device has 
to be asked for the code explicitly. It’s not unusual for an instrument op- 
erating in external mode (i.e., ready to receive Real Time messages at tts 
MIDI In port) to ignore internal commands (Start, Stop, Continue, etc. ); 
or for an instrument operating in internal mode to ignore Real Time mes- 


sages that arrive at its MIDI In port. 


Timing Cock Messages 


Format: 11111000 (F8H) 
Type: System Real Time message 


The purpose of Timing Clock messages, as shown schematically in Fig- 
ure 4.4 below, is to synchronize two or more MIDI units to the same ba- 
sic tempo. The timing messages, in the form of clock ticks, are sent to the 
slave units by the master unit (in reading mode, after transmission of a 
Start or Continue message), at regular intervals and at a rate of 24 mes- 
sages per quarter note. As a result, the transmission frequency varies de- 


pending on the tempo. 


ra 


és 
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FIGURE4.4: The Timing Clock message 
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Some units operating in master mode even send Timing Clock messages 
when they are stopped. This capability makes it possible for slave units to 
analyze the tempo (that is, to prepare themselves), while waiting for a 
Start command or a Continue command, in order to synchronize them- 


selves more efficiently. 


Finally, Table 4.2 below shows the correspondence between note values 


and the number of clock ticks in Timing Clock messages: 


TABLEs.2: How Note Values Correspond to Clock Ticks 


NOTE VALUE NUMBER OF CLOCK TICKS 


Dotted whole note 144 
Whole note 96 
Whole note (triplet) 64 
Dotted half note 72 
Half note 48 
Half note (triplet) OZ 
Dotted quarter note 36 
Quarter note — 24 
Quarter note (triplet) 16 
Dotted eighth note 18 
Eighth note 2 
Eighth note (triplet) 8 
Dotted sixteenth note 9 
Sixteenth note 6 
Sixteenth note (triplet) 4 
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TABLE 4.2: How Note Values Correspond to Clock Ticks (continued) 


NOTE VALUE NUMBER OF CLOCK TICKS 


Thirty-second note 3 
Thirty-second note (triplet) Z 
Sixty-fourth note (triplet) 1 


The Start Message 


Format: 11111010 (FAH) 


Type: System Real Time message 


When a master unit switches into reading mode at the start of a piece, a 
Start message, as shown schematically in Figure 4.5 below, is sent to the 
slave units. To synchronize themselves, these units should wait to receive 
a MIDI clock message. Unfortunately, some MIDI device mistakenly in- 
terpret the Start message as a Timing Clock message. In such a case, these 
slave units “advance” by one more MIDI clock signal. In order to give 
these units time to react (that is, enough time to keep them from missing 
the first clock message), the Start message should be spaced at least one 
millisecond apart from the next Timing Clock signal. In spite of the fact 
that a slave unit set to internal mode theoretically shouldn’t accept any 
real time messages, in practice it sometimes happens that some of these 
units start up when they receive a Start command—but with their own 
rhythm, and therefore without synchronizing themselves according to the - 
Timing Clock messages they receive. 
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FIGURE 4.5: Zhe Start message 


The Stop Message 


Format: PA LOO CH 
Type: System Real Time Message 


When pressure is applied to the Stop key (or the Pause key, etc.) ofa 
master unit, a Stop message, as shown diagrammatically in Figure 4.6 be- 
‘low, is sent to the slave units. The slave units should stop immediately, 
storing in memory their current position. (Slave units that react to Song 
Position Pointer messages, as explained in the next section, should store 
their current position in a register provided for that purpose.) Because the 
current position is stored in memory by both the master unit and the 
slave units, the master unit is in position to restart the slave units from 
the same position by sending a Continue message, instead of having to 
use SPP messages. On a completely different level, the master unit sends a 


Note Off message for each note that’s active when a Stop message is sent 
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(taking care not to replace a Note Off message with an All Notes Off 
message, which some machines don’t recognize). The MIDI controllers 


of the slave units are reinitialized the same Way. 
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FIGURE4.6: Zhe Stop message 


The Continue Message 


Format: Perio (FBH) 
Type: System Real Time message 


When the Continue key of the master unit is pressed, the Continue mes- 
sage, as shown diagrammatically in Figure 4.7 below, is sent to the slave 
units. Some sequencers group the Start and Continue functions in the 
form of a single separate Read key. In such a case, a Read command trig- 
gered at the start of a piece causes a Start message to be transmitted, 
while a Read command triggered at any other point causes a Continue 


message to be transmitted. 
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FIGUREY.7: The Continue message 


The slave units should wait to receive a MIDI clock message in order to 
synchronize themselves, starting with the position at which they were 
stopped. In order to give them enough time to react (that is, enough time 
to keep them from missing the first clock message), the Continue message 
should be spaced at least one millisecond apart from the next Timing 


Clock signal. 


The receiving units ignore the redundancy of the Start, Stop, and Con- 
tinue messages. To maintain perfect synchronization between two or 
more MIDI units, priority has to be given to the four preceding messages. 
This way, if necessary a transmitting instrument (such as a sequencer) can 
place these messages ahead of any other messages (Note On, Note Off, 
etc.), or even insert these messages between two MIDI bytes in any single 


given message, as shown diagrammatically in Figure 4.8. 
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oh Pd 


Note On 


MIDI In F8 F8 F8 | F8 F8 F8 F8 


MIDI Out F8 F8 F8 F8 F8 F8 F8 


Note On 


FIGURE 4.8: Prioritizing Synchronization Messages 


~— Other Real Time Messages 


The last two messages in this section are the Active Sensing message and 


the very powerful, potentially hazardous System Reset message. 


The Active Sensing Mlessage 
Format: 11111110 (BEBH) 
Type: System Real Time message 


The Active Sensing message, as shown diagrammatically in Figure 4.9 below, 
is an optional message whose purpose is to monitor, in real time, the 
proper operation of a MIDI link. This byte is sent from a transmitter to 
a receiver at a maximum interval of 300 milliseconds, provided that no 
other message is being transmitted. If the receiver recognizes Active Sens- 


ing messages, then as soon as it receives a first Active Sensing message it 
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waits logically to receive the message at regular intervals (up to 300 milli- 
seconds apart) when no other MIDI message is arriving. If this is not the 
case, then the receiver treats the link as defective, cuts off all of its voices 

(All Notes Off), and goes back to its initial operating mode. This mes- 


sage 1s especially effective in the event of an untimely disconnection of 


the MIDI cables. 
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FIGURE 4.9: The Active Sensing message 


The System Reset Message 


Format: PTT CRE 
Type: System Real Time message 


This message, shown diagrammatically in Figure 4.10 below, is the last of 
the status codes. You don’t see it implemented very often. In any event it 
should be handled with extreme care; ideally, it should be reserved for ex- 


treme situations. Under no circumstances should it ever be retransmitted 


via a MIDI Thru port. 
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FIGURE 4.10: The System Reset message 


Why so many cautions? Because the message is so powerful. In essence, 
it reinitializes a MIDI unit. To do that, it performs all of the following 


operations: 


" Switching the unit to Mode 1 (Omni On, Poly) 
*" Switching the unit to Local On 

* Cutting off all the voices 

" Reinitializing all of the controllers 

Forcing the Song Position Pointer to zero 

" Stopping the playing (sequencer, rhythm box, etc.) 

*" Clearing the Running Status buffer 

" Forcing the parameters to the values that they had when the unit 


was turned on 


As a general rule, none of the System Real Time messages should be 


stored by a sequencer. Imagine what would happen during a reading if 
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synchronization codes recorded on one track were mixed with synchroni- 


zation codes transmitted by a sequencer...! 


op istem Common Messages 


System Common messages are characterized by the fact that they don’t 
contain a channel number, and therefore are sent to the entire system. 
The status bytes for System Common messages range from F1H to F7H. The 
MIDI Time Code Quarter-Frame (F1H) and End of Exclusive (F7H) 
messages, which have particular characteristics, are discussed in sections 


of their own. 


Fir MIDI Time Code Quarter Frame 
PZ Song Position Pointer 

lesa Song Select 

F4H _— undefined — 

Pol — undefined — 

F6H Tune Request 

Piet End Of Exclusive (EOX) 


The Song Position Pointer Message 


Format: 11110010 (F2H) Oxxxxxxx Oyyyyyyy 


Type: System Common message 
XXXXXXX value of the song pointer (Least Significant 
Byte iy, LSB) 


i 


VEVENEY value af the song pointer Most Sigmufitcame 
Byte MES 


The parpese of this message, shown Sagrmmuticah in Fgar 41 be 
low is 2 position MIDI deveces such as thyther bares ard sogrencers 
at a specific pout ia apiece. I's used in conjunction with STRARLOMER- 
tar menages based on Cleck Signal. Seart. Sep. and Comamue mesages. 


The Sang Pastor Pomrer SPP) is notching mor than 2 counter thaat’s 
mrcramentad by ore mmie at cach MID] beat, seeming 2¢ dhe bquureang at 
the piece. Be design, a MIDI bear cormsponds wo sx Tiomag Glock sg- 
nals. and therafiare ss oguivalent wa Sxreendh ror. Wie awe dlaee byees 
vor can represent [OSo sirroenth roses. ar alenose 35 naumeaes of neue 
at a temnpo of [10 quarter netes £0 dhe animere. The first rime a Seart coms 
grand & actiwared, dhe wale af the SPP is see a cere. The vale is meee 
mented by one anit every 8x Tamag Clock messages nanil a Stop 
command is received. Ac chat poine. dhe current vale af the SPP as 
stared. This value ts reimeromented when 2 Commerce command S Re 
ceived. or reimitialiaed (reser to zero) wher 2 Stare command is moeeved. 


Furctionally, che Start menage s bike 2 Conner mre sage Soni af the 
samme time as an SPP char’s set mo mera As woual. the least sa@niitcant bree 
Qhammenn) ts sere HESt. 
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If a device receives an SPP message followed by a Continue message and 
MIDI clock signals, it should store the number of clock signals so that it 
will know where to position itself in order to start in perfect synchroniza- 
tion. For example, assume the device receives an SPP message with a value 
of 8 (i.e., 48 MIDI clock signals), and that during the positioning opera- 
tion it receives a Continue message followed by two clock signals. In this 


case, the receiving device should start at the position that corresponds to 


the fiftieth (SOth) clock signal. 


The Song Select Message 


Format: 11110011 (P31) Oxxxxxxx 
Type: System Common message 
XXXXXXX song number 


This message, shown diagrammatically in Figure 4.12 below, ts a sort of 
Program Change message. Its function is to select one of the 128 Song 
Numbers on a sequencer or rhythm box. The time it takes a MIDI unit to 
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FIGURE 4.12: The Song Select message 


IB 


_ Mode Messages and Implementation Charts 


react to an SPP message or a Song Select message depends on how fast 
the unit can locate the piece or the location in the piece where it’s sup- 
posed to start playing. If the MIDI unit receives a Start message at the 
same time, then in order to start in exact synchronization the MIDI unit 


has to store the number of Timing Clock messages tt receives during the 


positioning operation (1.e., to make up the delay by skipping X clock 
signals). 


The Tune Request Message 


Format: 11110110 (F6H) 


Type: System Common message 


This message, shown diagrammatically in Figure 4.13 below, is transmit- 
ted to analog sound generators in order to ask the generators to tune their 


oscillators. 
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FIGURE 4.13; The Tune Request message 
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GS pytem Exclusive Messages 


The third and last category of system messages contains the System Exclu- 
sive messages. The purpose of these rather special messages is to transmit so- 
called “nonstandard” manufacturer-specific information. All of the MIDI 
messages you've met up till now (Channel Voice, Channel Mode, System 
Common, and System Real Time messages) have a universal meaning. In 
other words, for example, the format of a Note On message, indicating 
that a key had been pressed, is always the same, whether the message is 
sent from a Yamaha, Roland, Korg, or any other type of keyboard. This 
kind of information can be standardized because all the keyboards have 
the same function—namely, to trigger notes. In the same way, all the 


sound generators respond to these note messages. 


On the other hand, two sound generators that are based on different syn- 
thesis principles (such as Yamaha frequency modulation, Roland linear 
arithmetic, or Korg advanced integration) are incapable of exchanging 
sound parameters (i.e., memory contents). In fact, strictly speaking, the so- 
called “frequency modulation” language has nothing in common with the 
so-called “linear arithmetic” and “advanced integration” languages. How- 
ever, two Yamaha, Roland, or Korg synthesizers that are identical or simi- 
lar (i.e., that are members of the same family) can send these parameters to 
one another, thanks to System Exclusive Messages. Generally speaking, 
the function of these messages is to transmit all the information that’s spe- 
cific to a given MIDI device. System Exclusive messages have the follow- 


ing format: 
11110000 (FOH) Oxxxxxxx <data bytes> 11110111 (F7H) 


which is illustrated diagrammatically in Figure 4.14 below. 
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System Exclusiv Data 2, 3, ... End of Exclusive 


se] 7 (ola le lela [a lee] 


FIGURE4.14: Zhe Format of System Exclusive messages 


Contrary to the rule that says that a MIDI message has to consist of a sin- 
gle status byte that may or may not be followed by one or more data 
bytes, a System Exclusive message is enclosed by two status bytes (FOH 
and F7H). The reason is simple: as soon as a MIDI message is standard- 
ized, for a given status byte X the receiving unit waits to receive a specific 
number of data bytes Y. This way, when a sound generator receives a 
Note On status byte, it knows for sure that two data bytes (namely, the 
Note Number and the Velocity) will follow. On the other hand, a Sys- 
tem Exclusive message can transmit as many data bytes as it needs to. 
This is why the message has to include a final status byte (F7H)—in or- 
der to alert the receiving unit to the end of the message. This final status 
byte, which is known as an End of Exclusive (EOX), is a System Com- 


mon message. 


Because any exarnination of System Exclusive messages is inevitably 
linked to the way each manufacturer uses these messages, this section is 


limited to a few general observations. 


Manufacturers’ Messages 


In the System Exclusive messages that are proprietary to each of the 
manufacturers, the first data byte (Oxxxxxxx) identifies the company. This 
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byte is the so-called “Manufacturer’s ID,” or maker’s identification. This 
code is assigned by the MMA and the JMSC. It obligates the manufac- 
turer to publish the format of the System Exclusive messages used by a de- 
vice, within one year after the device’s introduction on the market. The 
list of Manufacturer’s IDs is published in the MIDI standard distributed 
by the IMA. As with all data bytes, the number of possible values is lim- 
ited to 128. In view of the growing number of companies that would like 
to be assigned identification codes, the decision was made to increase this 
number of values to 16,384 by developing a variable-size system accord- 
ing to the following rules: 


® For OOH < Oxxxxxxx < 7DH, Oxxxxxxx corresponds to the manu- 


facturers ID as coded in one byte, as shown below: 
11110000 (FOH) Oxxxxxxx <data bytes> 11110111 (F7H) 


* Por Oxxxxxxx = OOH, the manufacturer’s ID consists of three 
bytes, of which only the last two are significant. In other words, 
the 16,384 values are coded in 14 bits, as shown below: 


11110000 (FOH) 00000000 Oyyyyyyy Ozzzzzzz <data 
bytes> 11110111 (F7H) 


Because of their special meaning, the values 7DH, 7EH, and 7FH are ex- 


amined separately in the next section. Meanwhile, the following chart 


: 
| 


shows how MIDI manufacturers’ [Ds are grouped by families. 


FAMILY SINGLE-BYTEID THREE-BYTE ID 

The American group: OlHto 1FH 00H 00H O1H to 
OOH 20H 00H 

The European group: 20H to 3FH 00H 20H 00H to 
OOH 3FH 7FH 
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Bits 


FAMILY SINGLE-BYTEID THREE-BYTE ID 

The Japanese group: 40H to SFH 00H 40H 00H to 
OOH SEER Eri 

Others: 60H to 7CH OOH 60H OOH to 
QUA 7PEOCVEF! 


Appendix D contains a list of all the officially recognized manufacturers, 


as published in Version 4.2 of the MIDI standard. 


‘L faiversal Exclusive Messages 


Three of the identifiers for Exclusive Messages, known as Universal Ex- 


clusive Messages, have nothing to do with manufacturers. 


" The 7DH identifier is reserved for noncommercial use (such as by 


universities and researchers ). 


* The 7EH ID is reserved for Universal Non-Real Time use. The 


format is: 


1110000 (FOH) 01111110 (7EH) <device ID> <sub-ID#1> 
<sub-ID#2> <data bytes> 11110111 (F7H) 


Table 4.3 below lists all the currently defined Universal Non-Real Time 
SysEx IDs. 


" The 7FH ID ts reserved for Universal Real Time use. The for- 


mat ts: 


1110000 (FOH) 01111110 (7FH) <device ID> <sub-ID#1> 
<sub-ID#2> <data bytes> 11110111 (F7H) 


Universal Exclusive Messages i 


TABLE 4.3: Universal Non-Real Time (7EH) System Exclusive IDs 


-<sub-1D FP ‘sub-ID #2» DESCRIPTION 
00H — — not used — 
O1H —notused— = Sample Dump Header 
OZFI —notused—  — Sample Dump Packet 
03H —notused— — Sample Dump Request 
04H nnH MIDI Time Code 
04H OOH Special 
04H 01H Punch In Point 
04H 02H Punch Out Point 
04H 03H Delete Punch In Point : 
04H 04H Delete Punch Out Point 
04H OSH Event Start Point 
04H 06H Event Stop Point 
04H 07H Event Start Point with additional info 
04H - 08H Event Stop Point with additional info 
04H 09H Delete Event Start Point 
04H OAH Delete Event Stop Point 
04H OBH Cue Point 
04H OCH Cue Point with additional info 
04H ODH Delete Cue Point 
04H OEH _ Event Name in additional info 
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TABLE 4.3: Universal Non-Real Time (EH) System Exclusive IDs (continued) 


<sub-[D#i> “sub-ID#2> DESCRIPTION 

OSH nnH Sample Dump Standard extensions 
OSH OLA Multiple Loop Points 
OSH 02H Loop Points Request 

06H nnH General Information 

06H O1H Identity Request 

06H 02H Identity Reply 

07H nnH File Dump 

07H OV Header 

07H 02H Data Packet 

O07 03H Request 

08H nnH MIDI Tuning Standard 

08H O1H Bulk Dump Request 

08H 02H Bulk Dump Reply 

09H nnH General MIDI 

09H 01H General MIDI System On 
09H 02H General MIDI System Off 
7BH — not used — End of File 

Oe | — not used — Wait 
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TABLE 4.3: Universal Mon Real Time (TEH) System Exclusive LDs (continued) 


“egub-1D Ar: sub-ID#2- DESCRIPTION 

7DH —notused— = Caneel 

7EH —notused— — NAK (negative acknowledge) 
7EH nuwade ACKGd 


Table 4.4 below lists all the currently defined Universal Real Time 
SysExilDs. 


TABLE 4.4: Universal Real Time (7FH) System Exclusive IDs 


-<sub-ID Ht sub=1D#2- DESCRIPTION 

OOH a — not used — 

O1H nnH ‘MIDI Time Code 

O1H 01H Full Message 

01H go2F User Bits 

021 nnH MIDI Show Control 

02H OOH MSC Extensions 

02H OIE to 7FH MSC Commands (see Chapter 14) 
03H nnH Notation Information 

03H O1H Bar Number 

03H 02H Time Signature ( immediate ) 
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TABLE 4.4: Universal Real Time (7FH) System Exclusive IDs (continued) 


<sub-[DAt 
03H 


04H 
04H 
04H 


OSH 
OSH 
OSH 
OSH 
OSH 
OSH 
OSH 
OSH 
OSH 
05h 
OSH 
OSH 
OSH 
OSH 
OSH 
OSH 


<sub-|D#2> 
42H 


nnH 
O1H 
02H 


nnH 
00H 
O1H 
02H 
03H 
04H 
OSH 
06H 
O7FI 
08H 
09H 
OAH 
OBH 
OCH 
ODH 
OEH 


DESCRIPTION 
Time Signature (delayed) 


Device Control 
Master Volume 


Master Balance 


Real Time MIC Cucing 

Special 

Punch In Points 

Punch Out Points 

— reserved — 

— reserved — 

Event Start Points 

Event Stop Points 

Event Start Points with additional info 
Event Stop Points with additional info 
— reserved — 

— reserved — 

Cue Points 

Cue Points with additional info 

— reserved — 


Event Name with additional info 
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TABLE 4.4: Universal Real Tinie (7FH) System Exclusive IDs (continued) 


-<sub-ID #1» <sub-ID#2> DESCRIPTION 


O6H OOH to 7HF MIDI Machine Control Commands 
(see Chapter-17) 


07H OOH to 7HE MIDI Machine Control Reon 
(see Chapter 18) 


08H nnH MIDI Tuning Standard 
08H OZ Note Change 


Back in the early days, the Device ID byte was known as the “channel 
byte.” Now, however, the Device ID byte in Universal SysEx ID messages 
generally refers to a device in terms of a physical unit (the “hunk of metal 
and plastic,” as it’s often known) rather than to a channel or a virtual de- 


vice inside a physical device. 


This isn’t.a hard and fast rule, though—yjust the default. Some devices, 
such as multi-transport tape decks or computer with card slots, may have 
more than one Device ID. It’s up to the manufacturer to indicate any ex- 


ceptions to this general practice. 


The protocols that require universal SysEx messages—such as the Sample 
Dump Standard, the MIDI Time Code, General MIDI, MIDI Show 
Control, and MIDI Machine Control—are described in later chapters. 
Meanwhile, here are the descriptions of the other messages in the Real 


Time and Non-Real Time SysEx categories. 
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The General Information Messages 


There are two MIDI General Information messages: the Identity Request 
and the Identify Reply message. The Identity Request, which asks what 


kind of MIDI device the inquiring device is connected to, looks like this: 


Format: 
Type: 


FOH 
7EH 
<device ID> 
<sub-ID#1> 
<sub-ID#2> 
F7H 


FOH 7EH <device ID> 06H 01H F7H 


Universal Non-Real Time System Exclusive message 


: System Exclusive ID 
: category = Non-Real Time 
: the device ID number 


: O6H = general information 
: O1H = ID request 
7EOK 


In response to this request (which ts a sort of ID check), the receiving 


unit sends the Identity Reply message, which looks like this: 


Format: 


Type: 


FOH 
7EH 
<device ID> 
<sub-ID#1> 
<sub-ID#2> 
mmH 


ffH 


FOH 7EH <device ID> 06H 02H mmH ffH ffH 


ddH ddH ssH ssH ssH ssH F7H 
Universal Non-Real Time System Exclusive message 


: System Exclusive ID 

: Category = Non-Real Time 

: the device ID number 

: OG6GH = general information 

: 02H = ID reply 

> manufacturer's ID code, in either one 


or three bytes 


: the family of the device within the 


manufacturer's group (i.e., the 14-bit 
Device Family Code), expressed over two 
bytes (an LSbyte and an MSByte) 


SSH 


F7H 
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: the type of device within the family 
(i.e., the 14-bit Device Family Member 
. Code), expressed over two bytes (an 
LSbyte and an MSByte) 
: the version number of the operating- 
system software 
= TEOX 


For example, in response to such a request, an Ensoniq VFX-SD Version 


1.32 synthesizer would transmit the following bytes: 


FOH 
7EH 
OcH 

06H 
02H 
OFH 
05H 
00H 
O1H 
00H 
00H 
00H 
in 

01H 
20H 


Start of Exclusive 

Non-Real Time 

basic MIDI channel 

Sub-ID #1 

Sub-ID #2 

Ensonig identification 

Device Family Code (LSB) 

Device Family Code (MSB) 

Device Family Member Code (LSB) 
Device Family Member Code (LSB) 
software version information 

— not used — 

version number (integer portion) 
version number (decimal portion) 
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The Bar Marker 


This message, transmitted by a sequencer, a rhythm box, or any other 
device, indicates that the next MIDI clock signal (F8H) or the next 
MTC frame (F1H xxH) marks the start of a new bar. If the receiving 
unit is stopped, then it can place itself at the corresponding position and 
immediately display the bar number in question. It is strongly recom- 
mended that the bar marker be sent immediately after the last MIDI 

y clock signal or the last MTC frame—that is, so that no delay separates 


these two messages, 


Format: FOH 7FH <device ID> 03H O1H aaH aaH F7H 


Type: Universal Real Time System Exclusive message 
FOH: System Exclusive ID 
7FH: category = Real Time 


<device ID>: device ID number (default = 7FH = all) 
<sub-ID#1>: 03H = "notation"-type message 
<sub-ID#2>: 01H = Bar Marker message 
aaH aaH: bar number, in the form LSB/MSB 

OOH 40H =~ at the stop 

01H 40H --> OOH OOH = countdown 

01H OOH --> 7EH 3FH = bar number 


7FH 3FH = while running, unknown bar 
number 
F7H: end of exclusive (EOX) 


The way bar numbers should be interpreted needs some explaining. In the 


order MSB/LSB, these numbers represent the following values: 


4000H : when stopped 

from 40001 to OOOOH : deduction 

from OO01H to 3F7EH : bar number 

3F7FH : when running, unknown bar number 


Or, in binary: 


01000000 00000000 : when stopped 
from 01000000 00000001 to 00000000 00000000 : deduction 
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from 00000000 00000001 to 00111111 01111110 : bar number 
00111111 041111111 : when running, unknown bar 


number 


Expressed in the form of 14 useful bits (because by definition bit seven in 
a MIDI byte is set to zero), these values are indicated in the following way: 


100000 00000000 : when stopped . 
from 100000 00000001 to 000000 00000000 : deduction 
from 000000 00000001 to 011111 11111110 : bar number 


PeOnddt) 14100111 > when running, unknown bar number 
Or, in hex: ‘ 
2000H : when stopped 
from 2001H to OOOOH : deduction 
from 0001H to 1FFEH : bar number 
VERPH : when running, unknown bar number 


The negative data bytes, which are used to make the deduction, are repre- 
sented in accordance with the so-called “twos complement” method. As 
you'll recall, this approach consists of starting with the equivalent positive 
value and inverting all of the bits, then adding | to the result. The num- 
ber of bars deducted is also equal to the number expressed in this way 
plus 1. In other words, the number of bar 2001H (100000 00000001) 
corresponds to a deduction of 8,192 bars (—8,191), because after having 
inverted the bits for the value Oy 9 LEBER in hex,or Olan 
11111111 in binary) in order to add 1, you get: 


100000 00000000 (the bit inversion) 


= 100000 00000001 
= 2001H 


In the same way, bar number 2002H (100000 00000010) corresponds 
to a deduction of 8,191 bars (—8,190), because after having inverted the 
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bits of the value +8,190 (1FFEH in hex, or OLI111 11111110 in bi- 
nary), in order to add |, you get: 


100000 00000001 (the bit inversion) 


ie 
a 


100000 00000010 
2002H 


And so on, until you get a deduction of two bars, corresponding to bar 
number 3FFFH (111111 11111111), because after having inverted the 
bits of the value +1 (0001H in hex, or 000000 OOOOOOO! in binary), in 


order to add I, you get: 


111111 11111110 (the bit inversion) 


+ 
— % 


alta) Walaa aaa 
3FFFH 
Finally, the value OOOOH indicated a deduction of one bar, after which 


positive values take over in order to count the number of bars in the 


piece, from OOOLH (+ [)\ to IFEEH (+8,190). 


The Time Signature 


This message, as transmitted by a sequencer, a rhythm box, or any other 
device, indicates the time signature of a piece (2/4, 4/4, 6/8, 5/4, what- 
ever). [he message exists in two forms: one in real time, in which the re- 
ceiving unit immediately adopts the new time signature, and the other in 
non-real time. In this form, the receiving unit can display the new time 
signature right away, but doesn’t adopt it until it receives the next Bar 


Marker message. 


Format: FOH 7FH <device ID> 03H 02H InH nnH ddH 
ecH bbH [nnH ddH ...] E7H 


Type: 


FOH 
7FH 
<device ID> 


<sub-ID#1> 
<sub-ID#2> 


1nH 
nnH 
ddH 
CCH 


bbH 


[nnH ddH .. 


F7H 


Format: 


Type: 


FOH 
7FH 
<device ID> 


<sub-ID#1> 
<sub-ID#2> 


1nH 
nnH 
ddH 


CCH 
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Universal Real Time System Exclusive message 


: 


: System Exclusive ID 
: category = Real Time 


ID number of the device (default = 7FH 
= all) : 


: 03H = "notation"-type message 
: O2H = immediate change in the time 


signature 


: number of bytes to follow 
: numerator of the time signature 
: denominator of the time signature 


(expressed as a negative power of 2) 


: number of MIDI clock signals per 


metronome tick 


: number of thirty-second notes per MIDI 


quarter-note 


: groups of two additional bytes 


(numerator and denominator) that define 
a bar created within a given bar 


wEOX 


BOEWEH <device ID= 03H 42e inet 
ccH bbH jnnH adit. || Eel 


Universal Real Time System Exclusive message 


: System Exclusive ID 
: category = Real Time 


ID number of the device (default = 7FH 
= all) 


: OSH = "notation"-type message 
: 42H 


deferred change in the time 
signature 


: number of bytes to follow 
: numerator of the time signature 
: denominator of the time signature 


(expressed as a negative power of 2) 


: number of MIDI clock signals per 


metronome tick 
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bbH : number of thirty-second notes per 
MIDI quarter-note 
[nnH ddH ...] : groups of two additional bytes 
(numerator and denominator) that 
define a bar created within a given bar 
Ean : EOX 
For more information about the nnH, ddH, ccH and bbH bytes, see 


Chapter 8. 


Master Volume 


This message, which is intended primarily for instruments that are com- 
patible with the General MIDI standard, affects not just the volume of 
one channel or another (which is the job of Control Change 7), but on 


the overall volume of the device as a whole. 


Format: FOH 7FH <device ID> 04H 01H wH wH F7H 


Type: Universal Real Time System Exclusive message 
FOH : System Exclusive ID 
7FH : category = Real Time 


<device ID> : device ID number 

<sub-ID#i> : 04H = message of the "device control" type 
<sub-ID#2> : 01H = master volume 

VVH vvH : value of the volume over 14 bits (LSB/MSB) 
F7H : EUx 


Master Balance 


This message, which is intended primarily for instruments that are com- 
patible with the General MIDI standard, affects not just the balance of _ 
one channel or another (which is the job of Control Change 10), but on 
the overall valance of the device as a whole. 
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Universal Exclusive Messages 


Format: FOH 7FH <device ID> 04H 02H bbH bbH F7H 
Type: Universal Real Time System Exclusive message 

FOH > System Exclusive ID 

7FH : category = Real Time 


<device ID> : device ID number 


<sub-ID#1> ©: 04H = message of the "device control" type 
<sub-ID#2> : O2H = master balance 

bbH bbH : value of the balance over 14 bits (LSB/MSB) 
F7H : WEOX 


File Dump 


FOH 
7EH 


<device ID> : 
<sub-ID#1> : 
<sub-ID#2> : 


This protocol lets files be exchanged (dumped) between two computers 
by means of MIDI links—for example, to transfer a piece in MIDI Files 
format (see Chapter 8) between a hardware sequencer and a computer, or 
to transfer any file between different kinds of computers. To do this kind 
of transfer, it’s recommended (but not required) that you establish a bidi- 
rectional link between the sending unit and the receiving unit by connect- 


ing the MIDI Out port of one to the MIDI In port of the other, and vice 


versa, 


Here’s the general syntax of the messages: 


Format: FOH 7EH <device ID> 07H <sub-ID#2> ssH 
re ees 
Type: Universal Non-Real Time System Exclusive message 


: System Exclusive ID 
: category = Non-Real Time 


ID number of the unit for which the message is intended 
07H = file dump 

the type of message, i.e., 

01H = dump header 

02H data packet 


: i Mode Messages and Implementation Charts 
oh 


03H = dump request 
SSH : ID number of the unit sending the message 


F7H : EOX 
The transfer of a file can be triggered either directly by the sending unit 


or by the receiving unit, which in this case sends a request to the sending 


unit. This request has the following form: 


Dump Request 


Format: FOH 7EH ddH 07H 03H ssH <type> <name> 


Eat 
FOH : System Exclusive ID 
7EH : category = Non-Real time 


<device ID> : ID number of the unit which is being asked 
to send the dump 

<sub-ID#1> : O7H = file dump 

<sub-ID#2> : O3H = dump request 


SSH : ID number of the unit for which the dump is 
intended 

<type> : type of file extension (four ASCII bytes, 
over 7 bits) 

<name> : file name (a variable number of ASCII bytes, 
over 7 bits) 

F7H : EGX 


Typical recommended file extensions are listed below. 


TYPE RECOMMENDED FILE EXTENSION MEANING 

MIDI MID a MIDI file 
MIEX MEX a MIDIEX file 
SEC ESQ an ESEQ file 
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TYPE RECOMMENDED FILE EXTENSION MEANING 

TEXT ea a textile (ASCII, 7 bits) 

BIN<space> BIN a binary file 

MAC<space> MAC - a Macintosh file (with a 
MacBinary header) 


The MacBinary header refers to the file data, accompanied by the infor- 
mation (such as the file type, the program that created the file, etc.) 
needed by the part of the Macintosh operating system known as the 
Finder. 


Each of the characters in the file name (which can be of any size, with the 
end delimited by the F7H byte) is represented in ASCII over 7 bits. The 
name as a whole has to be printable (that is, it has to consist of characters 
between 20H and 7EH, inclusive). If a file has no name, then the receiv- 
ing unit will interpret this lack as a request to send the file that’s currently 
residing in memory. This would be the case, for example, with a request 
addressed directly to a piece of sequencer software on a computer, or 
even to a hardware sequencer without a disk reader (i.e., a sequencer that 
is limited to storing data in RAM), which would thereby be asked to 


send the “current” song. 


In response to a Dump Request message, assuming that no file has the 
name contained in the message, or if there is no name, that no file is pre- 
sent in memory, then the receiving unit has the option of either interrupt- 
ing the transaction (by sending a Cancel message, as described below), or 
asking the user to select manually the file to send. In the latter case, a 
Wait message (described below) is sent to the receiving unit, in order to 


ask the receiving unit to wait the necessary amount of time. 


The transmitted file consists of a so-called “identity card” (1.e., the dump 
header), followed by a given number of data packets, feet on the 
length of the file. 
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The Dump Header 


Format: 


FOH 
7EH 


<device ID> : 
: O7H = the file dump 

: O1H = the dump header 

: ID number of the unit sending the dump 
: the type of file extension (four ASCII 


<sub-ID#1> 
<sub-ID#2> 
SSH 

<type> 


<length> 


<name> 


F7H 


FOH 7EH ddH 07H O1H ssH <type> <length> 
<name> F7H 


: System Exclusive ID 
: category = Non-Real time 


ID number of the unit receiving the dump 


bytes, over 7 bits) 


: the length of the file, expressed over four 


bytes (28 bits), starting with the least 
significant byte 


: the file name (a variable number of ASCII 


bytes, over 7 bits) 


: EOX 


If the length is unknown (i.e., if the file is being converted on the fly), a 


value of zero should be transmitted. 


The Data Packet 


Format: 


FOH 

7EH 

<device ID> 
<sub-ID#1> 
<sub-ID#2> 
<packet#> 


<byte count> : 


<data> 


FOH 7EH ddH 07H 02H <packet eas <byte 
count> <data> <checksum> F7H 


: System Exclusive ID 

: category = Non-Real time 

: ID number of the device receiving the dump 
: O7H = file dump 

: O2H = data packet 

: packet number, expressed as a byte (reset 


to zero every 128 packets) 
the size of the packet, reduced by one unit 


: data bytes 
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<checksum> : "exclusive OR" (XOR), applied to the bytes 
from 7EH inclusive and the end of the data 
bytes 

F7H EOX 


Such a message can contain a total of up to 137 bytes, of which | to 128 
can be data bytes (for a <byte count> value between O and 127). These 

bytes are transmitted in so-called “packed” form, with eight MIDI bytes 
(8 X 7 bits) transmitting seven memory bytes (7 X 8 bits), as shown 


below: 


Memory bytes: 


a7 a6 a5 a4 a3 a2 al ad 
b7 b6 b5 b4 b3 b2 b1 bO 
C7 CS) Cb) OE Ss) 2 C1) Co, 
d7 d6 d5 d4 d3 d2 d1 do Z 
e7 e6 e5 e4 e3 e2 e1 e0 
i? meet T4one meen 1. tO 
g7 g6 g5 g4 g3 g2 gi gO 7 


MIDI bytes: 


a7 b7 c7 d7 e7’f7 g7 
a6 a5 a4 a3 a2 ai a0 
b6 b5 b4 b3 b2 b1 bO 
COmCoEC4ECouCZeciT EGO 
d6 d5 d4 d3 d2 di do 
e6 e5 e4 e3 e2 ei e0 
T6 75 f4 73 T2-Ti f0 


g6 g5 g4 g3 g2 gi gO 


(Ss) (=) (=) (S) fey fe) (=) fe) 


If the total number of data bytes to be transmitted isn’t a multiple of 
seven, the last packet will contain fewer than eight bytes. For example: 
Memory bytes: 


a7 a6 a5 a4 a3 a2 al ad 
b7 b6 b5 b4 b3 b2 b1 b0 
Tl (os) (ele) (4! (eis) (2 [ey] (old) 
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MIDI bytes: 


Qvarib7 c7 GO 0 0 0 
0 a6 a5 a4 a3 a2 al ad 
0 b6 b5 b4 b3 b2 bi bO 
0) Gs CS oO es G2 © Ce 


The three preceding messages (the Dump Request, the Dump Header, 
and the Data Packet messages) can be followed by four so-called “hand- 
shaking” messages (i.e., the Wait, Cancel, Acknowledge, and Not Ac- 
knowledged messages), which are also used by the Sample Dump 
Standard. They can also be followed by a fifth, more recently imple- 


mented message, i.e., the End of File message. 


ACK (acknowledge) 


Format: FOH 7EH <device ID> 7FH ppH F7H 


FOH : System Exclusive ID 

7EH : category = Non-Real time 

<device ID> : ID number of the device receiving the dump 
<sub-ID#1> : 7FH = ACK 

ppH : the packet number 

F7H : EOX 


This message is sent by the receiving unit to let the sending unit know 
that either a Data Packet message or a File Header message was received 
correctly, and to invite the sending unit to transmit the next packet. In a 
sense, this message is a notice of receipt. The contents of the ppH byte 
usually correspond to the number of the packet that was received—ex- 
cept when a response to a File Header message is involved, in which case 


the contents of the ppH byte don't really matter. 
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NAK (not acknowledged) 


Format: 
FOH 
7EH 
<device ID> : 
<sub-ID#1> —: 
PpH 
F7H 


FOH 7EH <device ID> 7EH ppH F7H ~ 


: System Exclusive ID 
: category = Non-Real time 


ID number of the device receiving the dump 
7EH = NAK 


: the packet number 
; EOX 


This message is sent by the receiving unit to warn the sending unit that a 


Data Packet message, whose number is indicated by the ppH byte, was 


not received correctly (i.e., because the length or checksum was incorrect). 


The sending unit should then send the same packet again. After three er- 


rors in a row, the receiving unit stops sending NAK messages and sends a 


Cancel message instead. 


Cancel 


Format: 


FOH 
7DH 


<device ID> : 


<sub-ID#1> 


ppH 
F7H 


FOH 7EH <device ID> 7DH ppH F7H 


: System Exclusive ID 
: category = Non-Real time 


ID number of the device for which the 
message is intended 


: 7DH = cancel 
: the packet number 
EOX 


This message ends the transaction prematurely. It can be sent by the re- 


ceiving unit to the sending unit, and vice versa, as a result of an erroneous 


packet number, due to an interruption of the transfer at the user’s request, 


because of an unknown file type, etc. 
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Wait 
Format: FOH 7EH <device ID> 7CH ppH F7H 


FOH : System Exclusive ID 

7EH : category = Non-Real time 

<device ID> : the ID number of the unit for which the 
message is intended 

<sub-ID#1> : 7CH = wait 

ppH : the packet number 

F7H : EOX 


This message is sent either by the receiving unit, after it receives a File 
Header message or a Data Packet message, or by the sending unit, after it 
receives a File Dump Request message. In the first case (1.e., in response 
to a File Header message), the sending unit should not send anything fur- 
ther until it receives an ACK or Cancel message. In the second case (i.e., 
in response to a Data Packet message), the sending unit should interrupt 
the transmission of packets until it receives an ACK, NAK, or Cancel 
message. In the third and last case (1.e., in response to a File Dump Re- 

_ quest message), the receiving unit should wait until it receives a File 


Header or Cancel message. 


End of File 


Format: FOH 7EH <device ID> 7BH ppH F7H 


FOH : System Exclusive ID 

7EH : category = Non-Real time 

<device ID> : ID number of the unit sending the dump 
<sub-ID#1> : 7BH = end of file 

ppH : the packet number 

F7H : EOX 


This message is transmitted by the sending unit after that unit has sent 
the last packet, in order to inform the receiving unit of the end of the 


transaction. 
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It should also be noted that after having sent a Dump Request message, 
the receiving unit waits to receive a response (either a Dump Header, a 
Wait message, or a Cancel message) sometime during the next 200 milli- 
seconds. Likewise, after having sent a Dump header, the sending unit 
waits to receive a response (either an ACK message, a Wait message, or a 
Cancel message) during the same period of time. If it doesn’t get any of 
these responses, the sending unit treats the link as unidirectional and 
sends the packets one after another until it reaches the end of the file, 
without making any attempt to continue the dialogue. 


The MIDI Tuning Standard , 


This extension of the MIDI standard enables the exchange of microtonal 
scales between different instruments, and also lets the instruments be pro- 
grammed in real time. Such scales are defined by the fact that each of the 
128 MIDI notes they consist of (or, by default, each of the notes that the 
instrument uses) can be tuned. The frequency of these notes is expressed 
in the form of three bytes, as indicated below: 


Oxxxxxxx Oabcdefg Ohijklimn 


XXXXXXX! the number of the MIDI note between 0 (C-2) and 
127 (G8), to which a frequency, expressed in Hz, 
corresponds (starting with the tempered scale and 
with reference to A3 at a pitch of 440 Hz). 


abcde- the interval between 0 cents, inclusive (0), and 100 

fghijklmn: cents, exclusive (1 6,383), to be added to the 
preceding frequency. The 100 cents, which as you'll 
recall are equal to one semitone, are divided into 
16,384 intervals of 0.0061035156 cent each (or, 
rounded off, 0.0061 cent each). 
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OOH 


OOH 
01H 
OCH 
3CH 
3DH 
44H 
45H 
45H 
78H 
78H 
7FH 
7FH 
7FH 


7FH 


200 


G66 


OOH 


OOH 
OOH 
00H 
OOH 
OOH 
7FH 
OOH 
OOH 
OOH 
OOH 
OOH 
OOH 
ink 


7FH 


00H 


01H 
OOH 
OOH 
OOH 
OOH 
7FH 
OOH 
O1H 
OOH 
01H 
00H 
01H 
7EH 


7FH 


As a result, in order to code a given frequency, you start with the MIDI 
note xxxxxxx with the closest pitch in Hz (see Table 3.4 in Chapter 3) 
and then add the necessary number of cents (that is, from 0 to 16,383 x 


0.0061 cent). Here are a few examples: 


8. 


440 
8372 
8372 


1758 


.1758 
- 6620 
-3516 
- 6256 
. 1826 
9984 
-0000 
.0016 
.0181 
.0476 


reserved 


Hz 


Hz 
Hz 
Hz 
Hz 
Hz 
Hz 
Hz 
Hz 
Hz 
HZ 


: the 


pitch of C-2 (tempered scale) 


(the minimum frequency) 


the 


: 8,1758 Hz (C-2) + 0.0061 cent 
: the 
: the 
: the 
: the 
: 369. 
: the 
: 440 
: the 
: 8,372.0181 Hz (C8) + 0.0061 cent 
12,543.8540 Hz : 
12,543.8982 Hz 
13,289.6567 Hz : 


pitch of C#-2 (tempered scale) 
pitch of C-1 (tempered scale) 

pitch of C3 (tempered scale) 

pitch of C#-3 (tempered scale) 

994 Hz (F#3) + 16,383 x 0.0061 cent 
pitch of A3 (tempered scale) 

Hz (A3) + 0.061 cent 

pitch of C8 (tempered scale) 


pitch of G8 (tempered scale) 


> 12,543.8540 Hz (G8) + 0.0061 cent 


12,543.8540 Hz (G8) + 16,383 x 0.0061 cent 
(the maximum frequency ) 


: no change 


The value 7FH 7FH 7FH is for the benefit of instruments that use only 
part of the entire MIDI tessitura from C-2 to G8. When certain tuning 


messages are transmitted, those instruments can warn the receiving unit 


about unused notes by associating these three bytes with those notes. 


On the functional level, the messages in the MIDI tuning family fall into 


three categories: 


" The transmission of microtonal scales in the form of a dump 


(bulk tuning dump request, bulk tuning dump); 


" Modification of the pitch of two or more consecutive notes (real-. 


time single-note tuning change); and 


= Changes in the tuning program and the tuning bank, in the same 
way as the Program Change and Bank Select messages for sounds. 


: fea. 
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When one of these three latter types of messages (that is, a real-time sin- 


gle note tuning change, a tuning program change, or a tuning bank 


change) is received, the instrument should immediately adapt itself to the 


new pitches, if necessary by making a real-time change in the frequency of 


the notes that are being played. The instrument has the option of provid- 


ing a supplementary mode in which that the pitch changes will not affect 


notes that are being played, but only the notes that are triggered after re- 


ception of a real-time single-note tuning change message, a tuning pro- 


gram message, or a tuning bank message. 


Here’s the syntax of the various messages: 


Bulk Tuning Dump Request 


Format: 
Type: 


FOH 
7EH 


FOH 7EH <device ID> 08H OOH ttH F7H 
Universal Non-Real Time System Exclusive message 


: System Exclusive ID 
: category = Non-Real Time 


<device ID> : device ID number 


08H 
OOH 
ttH 
F7H 


Bulk Tuning Dump 


Format: 


FOH 
7EH 
<device ID> 
08H 
01H 
ttH 


: sub-ID#1 = MIDI tuning standard 

: sub-ID#2 = bulk dump request 

: number of the tuning program (0 to 127) 
: EOX 


FOH 7EH <device ID> 08H O1H ttH <tuning 
name> [xxH yyH zzH] ... <checksum> F7H 


: System Exclusive ID 

: category = Non-Real Time 

: device ID number 

: sub-ID#1 = MIDI tuning standard 
: sub-ID#2 = bulk dump reply 

: number of the tuning program 
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<tuning name> : name, in the form of 16 characters in ASCII 
[xxH yyH zzH] : frequency of MIDI note 0 (C-2) 
[xxH yyH zzH] : frequency of MIDI note 1 (C#-2) 


[xxH yyH zzH] : frequency of MIDI note 127 (G8) 


<checksum> 


F7H 


"exclusive OR" (XOR), applied to the data 
bytes 
: JEGX 


Real-Time Single-flote Tuning Change 


Format: FOH 7FH <device ID> 08H 02H ttH IIH [kkH 


Type: 


FOH 
7FH 
<device ID> 
08H 
02H 
latent 
11H 


[kkH 
xxH yyH zzH] 


F7H 


xxH yyH ZEA. < eel 


Universal Real-Time System Exclusive message 


: System Exclusive ID 

: category = Real Time 

: device ID number 

: sub-ID#1 = MIDI tuning standard 

: sub-ID#2 = note change 

: number of the tuning program 

: number of notes to be modified (one modification 


= kkH xxH yyH zzH) 


: the MIDI note number, and the 
: frequency of the note as expressed over three 


bytes (sequence repeated 11H times) 


: EOX 


The Tuning Program and the Tuning Bank 


A tuning program or a tuning bank is selected through the transmittal of 
the registered parameters OOH 03H and 00H 04H, respectively, followed 
by either a data entry message (indicating the program number or the 
bank number), or by a data increment message (requesting that the 
program number or the bank number be incremented), or by a data 


decrement message (requesting that the program number or the bank 
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number be decremented); 


BcH (1011cccc) 65H OOH: recorded parameter number (MSB) 
BcH (1011cccc) 64H 03H: recorded parameter number (LSB) 
BcH (1011cccc) O6H ttH: data entry MSB (program numbers 1 to 128) . 


or 
BcH (1011cccc) 60H 7FH: data increment 
or 


BcH (1011cccc) 61H 7FH: data decrement 


BcH (1011cccc) 65H OOH: recorded parameter number (MSB) 
BcH (1011cccc) 64H 04H: recorded parameter number (LSB) 
BcH (1011cccc) O6H ttH: data entry MSB (bank numbers 1 to 128) 


or 

BcH (1011icccc) 60H 7FH: data increment 
or 

BcH (1011cccc) 61H 7FH: data decrement 


You can get more information about microtonal scales by writing to: 


The Just Intonation Network 
MIDI Tuning Standard Committee 
535 Stevenson Street 

San Francisco, CA 94103 


he MIDI Implementation Chart 


A MIDI Implementation Chart is an official document designed by the 
MMaA and the JMSC. In a sense, this chart is the instrument's “MIDI 
identity card.” Manufacturers are required to publish the chart and to dis- 
tribute it with every product they sell. 
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An implementation chart does not go into a great deal of detail, but 
rather provides the basic information you need in order to make a more 


in-depth study of an instrument. A typical chart is shown in Figure 4.15. 


The first column indicates the function or message category for each row 
(Note messages, Aftertouch messages, Pitch Bend messages, etc.). There 
are twelve of these categories, followed at the bottom of the page by an 
additional optional category (the “Remarks” or “Notes” row). 


The second and third columns (“Transmitted” and “Recognized”) corre- 
spond respectively to the transmission and reception functions. An X at 
the intersection of one of these columns and one of the function rows in- 
dicates that the corresponding MIDI category is transmitted or received 
(in other words, implemented). Conversely, an O at the intersection of 
one of these columns and one of the function rows indicates that the cate- 
gory is not handled by the instrument. Any further details will appear in 
the fourth (“Remarks”) column. 


The make, the model, the version of the operating-system software, and 
the introduction date of the unit should appear in the title of the imple- 
mentation chart. As a reminder, the bottom of the chart includes the 


meaning of the four MIDI modes, as shown below: 


Mode 1 Omni On, Poly 
Mode 2. Omni Off, Poly 
Mode 3. Omni On, Mono 
Mode 4 Omni Off, Mono 


In defining the major MIDI criteria, the implementation chart displays an 
instrument's capabilities. For example, if you want to drive an expander 
through a MIDI guitar, you should first make sure that Mode 4 is imple- 
mented on the expander. Thanks to its standardized format, the chart 
makes it easy to compare the transmission and reception information for 
two (or more) MIDI instruments. 
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True Voice 


Note ON 
Note OFF 


Aftertouch Key’s 
Ch’s 


Pitch Bender e 


Prog 
Change True # 


System Exclusive 


Local ON/OFF 
All Notes OFF 
Active Sense 


Mode 1: OMNI ON, POLY Mode 2: OMNI ON, MONO O: Yes 
Mode 3: OMNI OFF, POLY Mode 4: OMNI OFF, MONO .  X:No 


FIGURE 4.15: A typical MIDI implementation chart 
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The Meanings of the Rows 


Before looking at specific examples, it’s worth defining the meaning of 
each of the twelve function rows in the MIDI implementation chart. 


Basic Channel 


This section contains two lines. The first line, “Default,” theoretically 
gives the initialization value of the instrument’s transmission and recep- 
tion channels when the instrument is turned on. However, the interpreta- 
tion of this value is linked to the “Remarks” column, which, if it’s not 
empty, should contain a storage indication (“stored”). In practice, the no- 
tation indicates that the MIDI channels specified for transmission and re- 
ception stay stored in memory after the instrument is turned off, saving 
you the trouble of reprogramming these channels every time you turn on 
the instrument. In such a case, the “Default” line doesn’t display the in- 
itialization values (generally on channel 1); instead, it shows all the chan- 
nels that are available on the instrument (which should theoretically be 


the same as the information given in the next line). 


The second line, “Channel,” gives information about how to change the 
initialization values. This information should include a statement of the modi- 
fication range. This range usually covers all 16 channels, although in 

some instruments, particularly the ones designed at the very beginning of 


the MIDI era, it doesn’t. 


Mode 


This section contains three lines. The first line, “Default,” specifies the 
initialization values of the modes when the device is turned on. (Here 


again, these values can be stored in memoty. ) 


The second line, “Messages,” indicates the Mode messages that are 
recognized or transmitted via MIDI. Some instruments, although they 
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implement different modes, don’t necessarily receive the corresponding 
messages. As a result, these modes have to be programmed manually from 


the instrument’s front panel. 


The third line, “Altered,” describes how an instrument acts if it receives 
messages in non-implemented modes. For instance, the notation “Mode 
2 — Mode 1” in the reception column indicates that an Omni On/ Poly 
message (Mode 1) will force the instrument to switch to “Omni 

~On/Mono” (Mode 2). In the same way, an instrument that refuses to act 
like a monophonic instrument could well switch into Mode | when M 
has a value other than I, and into Mode 3 when M = 1. Such a condition 
would be expressed in the chart by a notation that looks something like 
this: “Mono (M <> 1) — Mode 1, (M = 1) — Mode 3,” or “Mono 
Gvite== |) > Model.3. 


llote lumber 


The transmission column tells you the range of notes that an instrument 

can transmit. However, a keyboard that has a transposition capability can “ 
transmit a number of note numbers that’s greater than the number of 

keys on the keyboard. During reception, the instrument distinguishes be- ‘ 
tween the number of notes received and the number of different notes 

that can be played (true voices). In effect, the instrument assumes that the 

range of a sound generator covers seven octaves, within a range of notes 


from CO (24) to C7 (108). 


_ When some sound generators receive messages that involve notes below 
24 or above 108, they simply ignore them, while other generators play 
them in the nearest octave in their own range. In the latter case, the imple- 
mentation chart should specify the number of notes received and also the 
number of different notes actually played. In this example the chart 
would indicate “O — 127” and “24 — 108,” respectively. For the values 
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< 
Feed 


mentioned above, this “octave folding” phenomenon would be inter- 


preted in the following way: 


NOTE RECEIVED (NOTE NUMBER) NOTE PLAYED (NOTE NUMBER) 


C-2(0) 
7) 


D -2 (2) 


ACD) 
B-I (23) 


C0 (24) 


C7 (108) 
C# 7 (109) 


C# 8 (121) 


G 8 (127) 
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C0 (24) 
C# 0 (25) 


D 0 (26) 


C0 (24) 
B 0 (35) 


C0 (24) 


C7 (108) 
C# 6 (97) 


C# 6 (97) 


G 6 (103) 


EFFECT 


Octave folding, two 


octaves higher 


Octave folding, two 
octaves higher 


Octave folding, two 


octaves higher 


Octave folding, one 
octave higher 


Octave folding, one 
octave higher 


No folding 


No folding 


Octave folding, one 


octave lower 


Octave folding, two _ 


octaves lower 


Octave folding, two 


octaves lower 


pene 


y 
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Velocity 


These two lines indicate whether the instrument is sensitive to velocity. 
Sometimes a notation will indicate which of the two possible transmis- 
sion methods for released notes is used (Note Off, or Note On with 


Velocity zero). A non-dynamic instrument automatically issues a velocity 


equal to 64 (40H). 


Aftertouch 


These two lines correspond respectively to the reception and transmission 
of Polyphonic Key Pressure (“Key’s”) and Channel Aftertouch CChs 


messages. 


Pitch Bender 


The “Remarks” column may indicate the minimum-to-maximum range 
of variation of the pitch bend (for example, plus or minus 12 semitones), 
its resolution (from 7 to 14 bits), and the option of modifying the sensi- 
tivity by means of Registered Parameter Number 0. 


Control Change 


From the simplest VES/, NO) indication to a detailed list of continuous 
controllers, the interpretation of these few lines often requires reference 

to the user’s manual. Some controllers are used in the standard way (for 
modulation, volume, etc.), while others can be assigned to one parameter 
or another (synthesis, console automation, etc.), and still others can use 
undefined numbers for very specific purposes. The information on the im- 
plementation chart gives only a vague idea of the richness of the imple- 


mentation of continuous controllers. 
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Program Change 


In addition to indicating whether Program Change messages are transmit- 
ted and/or recognized, the “True #” line indicates the number of pro- 
grams that the instrument contains (a concept which ts analogous to the 
“true voices” for Note Number messages). Some fairly rare instruments 
use certain Program Change numbers for very specific purposes (bank se- 
lection or selection of a certain type of memory, such as cartridge, inter- 
nal etc.). As much as possible, this type of information should be listed in 


the “Remarks” column. 


System Exclusive 


The only purpose of this row is to indicate whether the instrument uses 


System Exclusive messages. 


System Common 


This row includes the SPP (Song Position Pointer), Song Select, and 
Tune Request messages. If synchronization is extremely important to 
you, then, the SPP will be a determining factor, because it’s what keeps 
different synchronized machines from re-starting from zero (i.e., from 


the beginning of a piece) at each new reading. 


System Real Time 


System Real Time messages are described in two lines. The first line, 
“Clock,” refers to the MIDI timing clock, and the second line, “Com- 
mands,” refers to the Start, Stop, and Continue commands. The names of 
the messages that are implemented are sometimes listed in plain text in the re- 
ception or transmission columns. Because the implementation chart was 
designed before the MIDI time code came into use, this protocol is often 


the subject of a separate note in the “Remarks” column. 


The MIDI Implementation Chart io 


Alux (Auxiliary) Messages 


Auxiliary messages are grouped in four lines, dedicated respectively to Lo- 

cal On/Off, All Notes, Off, Active Sensing, and Reset messages. Because 2 
the All Notes Off message is implicitly included in four of the Mode 

messages (Omni On, Omni Off, Poly, and Mono), the Control Change 

numbers for these messages are sometimes listed in parentheses. In some 
instruments, Local mode is accessible via MIDI, even though it cannot be : 


set manually from the front panel of the device. 


llotes 


This space is for remarks that have no direct bearing on the twelve preced- 


ing lines. 


General Recommendations 


As a general rule, you should always study the implementation chart be- 
fore buying any instrument. This lets you determine at a glance whether 
the instrument meets the specifications on your list. Although you usually 
need more information than the charts contain, the charts do help. With 

a little practice it'll take you only a few minutes to make a broad-brush 
evaluation of the MIDI capabilities of any instrument. Meanwhile, for ref- 
erence, Appendix E contains annotated examples of MIDI implementa- 
tion charts for the Roland Alpha Juno-1 synthesizer, for the Roland 
D-550 expander, and for the Ensoniq VFX-SD synthesizer. 
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HE PURPOSE OF this chapter isn’t 
to describe in detail every possible 
sound-synthesis and signal-sampling 


method used by MIDI instruments 


(there are plenty of books on those 
subjects), but instead to review the 
@ most widely used ones. 


As you know, a MIDI instrument 
consists of two ibid s: tha controller and the sound generator. The con- 
troller transforms the 


On, Pitch Bend, Co 


the sound generator, 


jusician’s motions into Channel messages (Note 


| Change, Aftertouch, etc.), in order to control 
ich is responsible for actually producing the tone 
or tones. As its name indicates, the sound generator is a device that can 
deliver a tone, either by synthesis or by sampling. When a sound gener- 
ator isn't physically connected to a keyboard, it’s generally referred to as 
an expander. In any event, in accordance with the acoustic rules explained 
in Chapter I, all sound generators and expanders act on the pitch, timbre, 
and amplitude of a waveform, using both analog and digital methods. 
This chapter provides a brief overview of these methods and their associ-’ 


ated techniques. 


Analog Synthesis ie é ' 


Analog Synthesis ell 


The term “analog” applies to any representation of a physical phenome- 
non by means of a continuous electrical signal, as opposed to a discon- 
tinuous (1.e., digital) signal. A typical example of this distinction is 
illustrated by the two clocks shown in Figure 5.1 below. 


We'll just look at the basic components of an analog synthesizer: the os- 


cillator, the filter, the envelope generator, and the low-frequency oscilla- 


tor (LEO). 


FIGURE5.1; Abstract representation of the incremental motion of the second hand by one~second inter- 
vals, with the clock with hands indicating the time in analog form (that is, with a continuous mo- 
tion), and the digital clock indicating the time in numeric form (that is, with a discontinuous 
motion). In this example, there is no intermediate value between 12:58 and 12:59. 


The Oscillator 


The oscillator is responsible for delivering the raw material—that is, for 
producing the raw sound that will be refined by the other modules. The 


oscillator is relatively limited, and only generates a few different periodic 
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waves. The frequency of these waves is controlled by a signal from the 
keyboard. This signal corresponds to the pitch of the note played. De- 
pending on whether the signal is transmitted in the form of a voltage or 
in the form of a piece of digitally coded information (for instance, via 
MIDD), an oscillator is known as a voltage controlled oscillator (VCO) or a digi- 
tally controlled oscillator (DCO). The lack of stability in the voltage control 
of an oscillator is responsible for slight discords, which give the tones a 


“thickness” that’s characteristic of analog instruments. 


You may recall that a periodic signal consists of a set of sinusoidal wave- 
forms (also known as harmonics) whose frequencies are whole-number 
multiples of the fundamental frequency. The principle of analog synthesis 
(also known as “subtractive synthesis”) consists of generating a rich peri- 
odic signal (that is, a signal that consists of a large number of harmonics) 
and then filtering the signal (that iS, removing certain harmonics as de- 


sired or required). 


The major waveforms that oscillators produce are listed below. 


" A sine-wave signal: this signal consists of the fundamental, without 


any harmonics. 


" A sawtooth signal: this signal, shown in Figure 5.2 below, contains 


all of the harmonics. The amplitude of each harmonic ts inversely 


Amplitude 


1234586789 oan 


FIGURE5.2: The waveform of a sawtooth signal and its harmonic content 


proportional to its order (for instance, an Xth-order harmonic is 
equal to 1/X): The timbre of sawtooth signals is fairly close to the 


timbre of string instruments. 


" A triangular signal: this signal, shown in Figure 5.3 below, is an inter- 
mediate signal between the sawtooth and sinusoidal signals. The 


amplitudes of its harmonics decrease fast. 
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Amplitude 


123456789 woe 


FIGURES.3: The waveform of a triangular signal and its harmonic content 


" A square signal: this signal, shown in Figure 5.4 below, consists of 
all of the uneven harmonics. The amplitude of each harmonic is 
inversely proportional to its order. The timbre of a square signal is 


fairly close to the timbre of certain wind instruments. 


Amplitude 


IH e r= Harmonic 


123456789 wee 


FIGURE5.4: The waveform of a square signal and its harmonic content 
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" A rectangular or pulse-width signal: the positive half-period of the ampli- 
tude of this signal lasts from 50 percent to approximately 100 per- 
cent of a period, and the negative half-period of the amplitude 
lasts from 40 percent to approximately O percent of a period (i.e., 
the complementary amount of time in a single period). Generally 
speaking, the spectrum of a pulse-width signal at X percent (where 
X indicates the duration of the positive half-period of the ampli- 
tude) consists of all of the harmonics (except for the harmonics 
whose order is a whole-number multiple of the denominator of 
the X-percent fraction), converted into a fraction whose numera- 
tor 1s equal to 1. For example, a square signal (1.e., a S0-percent sig- 
nal) includes all of the harmonics except the ones whose order is a 
whole-number multiple of 2 (because 50 percent is equal to 1/2). 
In the same way, the spectrum of a 33-percent signal includes all 
of the harmonics except for the ones whose order is a whole-num- 
ber multiple of 3 (because 33 percent is equal to 1/3). It’s also 
worth noting that the timbre of a pulse-width signal at X percent 
is equal to the timbre of a pulse-width signal at (100 — X percent), 

- which is simply its phase opposite. As an example, the waveform 
of a 33-percent pulse-width signal is shown in Figure 5.5 below. 


Amplitude 


H H H = Harmonic 


123456769. 


FIGURES.5: The waveform of a 33-percent pulse-width signal and its harmonic content 
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* White noise: this. signal is an aperiodic signal whose spectrum con- 
sists of a large number of frequencies that can cover the entire 
range of the pass-band or indeed any specified frequency range, 
such that the amount of power at each frequency is equal to the 
amount of power at every other frequency. This signal is used to 
generate special effects (such as storms, aircraft taking off, and so 
on) or to simulate certain attack transients. Its pitch is generally 
fixed; in other words, its pitch is independent of the note played 
on the keyboard. 


Pink noise: this signal consists of an even distribution of all of the 
possible frequencies, such that the power within all of the octaves 
is equal. Pink noise ts equivalent to depleted or shaped white noise. 


Bandwidth-limited noise: this signal, which can start as either white 
noise or pink noise, is a signal which has been taken through a 
pass-band filter in order to restrict power to specific ranges of fre- 
quencies. It’s sometimes used for tuned natural or meteorological 


wind effects, such as wind blowing through trees. 


The Filter 


The filter removes harmonics from the waveform generated by the oscilla- 
tor, thereby giving the waveform its final timbre. There are two major 
types of filters: low-pass filters and high-pass filters, Low-pass filters 
(LPFs) remove the high sounds, letting the low ones pass through, and 
high-pass filters (HPFs) remove the low sounds, letting the high ones 
pass through. 


The frequency at which the filter goes into action is known as the cut- 
off frequency. The effectiveness of the filter is expressed in terms of deci- 
bels (dB) per octave. In reality, a low-pass filter doesn’t remove harmonics 
that are higher than the cut-off frequency. Instead, it attenuates them 
more and more as their distance from the cut-off frequency increases. For 
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instance, at 12 dB per octave, the amplitude of the first, second, and third 
harmonics that are higher than the cut-off frequency will decrease by 12, 
24, and 36 dB, respectively, as shown in Figure 5.6 below. 


Decibels 


0dB 


Cut-off frequency (CF) CF x 2 (Fx 4 Hz 


FIGURES.6: The curve for a low-pass filter at 12 dB per octave 


The value of the cut-off frequency for the low-pass filter of a sound gen- 
erator is relative (that is, it's measured in terms of the order of the har- 
monics). The value increases proportionally with the pitch of the key 
that’s pressed, in such a way that the timbre keeps the same structure (in 
other words, so that the timbre consists of the same harmonics) regard- 


less of the note that’s played on the keyboard. 


Depending on whether this pitch information is presented in the form of 
a voltage or in the form of a piece of digital information, the filter is 
known as a voltage-controlled filter (VCE) or a digitally controlled filter (DCF), 
respectively. 


Finally, low-pass filters can produce a very specific effect known as reso- 
nance. Chis effect ts characterized by an increase in the amplitude on either 


side of the cut-off frequency, as shown in Figure 5.7 below. 


High-pass filters eliminate all of the bass sounds. Without exception, the 
cut-off frequency for these filters does not change with pitch. However, 
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Decibels 


Cut-off frequency (CF) (Fx 2 (Fx 4 Hz 


FIGURES.7: The resonance effect of a low-pass filter 


in such a case, if a high-pass filter is used in conjunction with a low-pass 


filter, what you have is a band-pass filter. 


The logical question arises: if you can have a band-pass filter, can you 
also have a band-elimination filter? The answer is yes, of course. How- 
ever, band-elimination filters, which work in exactly the opposite way 


from band-pass filters, are much rarer creatures. 


The Amplifier and the Envelope Generator 


The amplifier uses the envelope generator (EG) to modify the volume of 
a sound, not in a static way (as with a simple potentiometer) but dynami- 
cally (that is, over time). Depending on whether the signal from the key- 
board is in the form of a voltage or in digital form, the amplifier is 
known as a voltage~controlled amplifier (VCA) or a digitally controlled amplifier 
(DCA). Unlike the signals sent to the oscillator and the filter, the signals 
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the amplifier and EG work with don’t involve a representation of the 
pitch of the note that was played. Instead, these signals indicate the status 
of the keys (that is, either pressed or released), in order to trigger the 
opening and closing of the envelope generator, which controls the change 


in volume over time. 


In its original form, the envelope consists of four segments: the attack, 
the decay, the sustain, and the release—which is where the term “ADSR” 


comes from. 


" The attack phase is the first segment in the envelope. It determines the 
speed at which the sound reaches its maximum volume. (The slope 
of this line is almost vertical for percussion sounds, and more grad- 


ual for the sounds of string instruments. ) 


The decay phase represents the time the sound needs to teach the sta- 
bilization level (1.e., the sustain) once the attack phase has ended. 
For instance, the volume of a sound produced by a piano pro- 


gresses rapidly, then decreases slowly before stabilizing. 


The sustain phase corresponds not to a slope but to a so- called “main- 
tenance” level, and applies only to instruments whose sounds can 
be held indefinitely. For instance, the sound of an organ can be 
prolonged as long as the corresponding key is held down (i.e., be- 
cause sustain is present), while the sound of a piano gradually 


fades Ge: because sustain ts absent). 


The release phase affects the amount of time the sound needs to stop 


or fade away as soon as it’s no longer being held or sustained (or 


when the key is released). 


The combination of these phases to form an envelope ts shown in Fig- 


ure 5.8 below. 


However, the envelopes of digital synthesizers (which are examined in de- 


tatl in later chapters) generally consist of a larger number of segments, 
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Amplitude 


Time 


Attack Decay Sustain Release 


FIGURES.8: A typical ADSR (attack, decay, sustain, release) envelope 


each of which is characterized by a rate (or time) and by a level. The rate 
(or time) and the level of a segment determine its slope, as shown in the 


example in Figure 5.9 below. 


Most synthesizers can send the signal from the amplitude envelope gen- 
erator to the filter and the oscillator, if the synthesizers don’t have in- ° 
dependent envelopes dedicated to these specific tasks. In either case, the 
cut-off frequency and the pitch of the oscillator have to be made to ‘ 


evolve over time. 


The Low-Frequency Oscillator (LFO) 


Like a standard oscillator, a low-frequency oscillator produces various pre- 
determined waveforms, emitting them at frequencies ranging from several 
tenths to several tens of Hertz. In the same way as with envelopes, but 


this time in a cyclic manner, these signals are intended to cause a gradual 
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Sisal Level 1 Rate (duration) 


evel 3 


Level 5 


Se Se ee, Si a a ers L 


0 | : ! | | | ! 0 
eo sey ——— | Sustain | aa 
Rate/time 1: . Rate/time 3: Rate/time 6: 


Rate/time 2 Rate/time 4 Rate/time 5 Rate/time 7 


FIGURES.9: The envelope of the Kawai K5 digital synthesizer has eight segments: attack (one 
segment), decay (three segments), sustain (one segment), and release (three segments). This 
synthesizer’s parameters are: rate 1 /level 1, rate 2/level 2, rate 3 /level 3, rate 4/level 4 
(the sustain level), rate 5/level 5, rate 6 /level 6, and rate 7. 


change in various parameters, such as the pitch of the oscillator (for a vi- 
brato effect), the filter cut-off frequency (for a wah-wah effect), the vol- 
ume of the sound (for a tremolo effect), the pulse width of a rectangular 
waveform, and so on. The change is characterized by the speed (that is, 
the frequency) and the shape of the waveform (for instance, square, 
sinusoidal, sawtooth, triangular, random, etc.) of the LFO. 


The Future of Analog Synthesis 


With regard to timbre, the research for analog instruments is somewhat 


limited. In fact, apart from the restricted number of signals delivered by 


Digital Synthesis 


the oscillator, it’s impossible to modify analog signals with any degree of 
precision, because the low-pass filter doesn’t eliminate harmonics indi- 
vidually or selectively. Instead, it simply attenuates them all as they go 
beyond its cut-off frequency. 


On the other hand—in a phenomenon that’s intimately related to the im- 
perfections and instabilities of analog electrical processing—the particu- 
lar “color” of analog synthesizers is extremely tricky and hard to 
reproduce with digital procedures. This is why, in spite of their outdated 
technology, these instruments are still in widespread use. From a teaching 
point of view they also have the advantage of displaying, in a simple and 
intuitive way, some of the elementary principles that are common to all 


types of synthesis. 


[Divital Synthesis 


Unlike analog synthesizers, digital synthesizers generate and process sig- 
nals that aren’t electrical but, as their name implies, are represented by 


numbers. 


An example of this kind of signal generation appears in Figure 5.10 be- 
low. In this case, in order to deliver a triangular waveform, the oscillator 
reads, in a loop, a set of numbers corresponding to a period. Each of 
these numbers represents the amplitude of a sound at a particular mo- 
ment (call it “t’”), A change in the reading speed causes a change in the 
pitch of the waveform. Specifically, an increase in the reading speed raises 
the pitch and a decrease in the reading speed lowers the pitch. Multiply- 
ing or dividing all of the numbers by any given single value has the effect 
of changing the amplitude of the signal. 
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Set of numbers read in a loop at regular intervals by a digital oscillator: 
0, 2, 4,8, 6, 4, 2,0, -2, -4, -6, -8, -6, -4 -2,0 


Waveform produced: 


Period (the duration corresponds to the inverse of the frequency of the note played) 


FIGURE5.10: A digital sound generator represents a waveform as a series of numbers. Each time 
a key is pressed, these numbers are read in a loop by the oscillator. The waveform in this ex- 
ample is a triangular signal. 


In digital synthesis, filters play the same role as they do in analog synthe- 
sizers. However, filtering operations with digital synthesizers involve cal- 


culation algorithms that are much too complex to study here. 


Once the necessary processing has been done, the resulting numbers are 
converted into an electrical signal (in a step known as digital-to-analog 


conversion) and sent to the audio outputs of the instrument. 


Subtractive Synthesis 


In principle, subtractive digital synthesis is equivalent to analog subtrac- 
tive synthesis. The fact that subtractive digital synthesis uses numbers 
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instead of an electrical signal gives this method an edge in terms of preci- 
sion and performance (that is, with regard to storage in memory and for 
editing), but at the cost of some of the “warmer” characteristics of analog 
circuits. 


Additive Synthesis 


Additive synthesis works in the opposite way from subtractive synthesis 
as shown in Figure 5.11 below. 


This method could be characterized as rather gluttonous, because it re- 
quires as many oscillators as there are harmonics to be generated. (The 


usual minimum number is 32.) Under the most favorable possible 


~ 6 


65 Hz per division 


FIGURES5.u: Additive synthesis works by means of successive additions of sinusoidal waveforms. 
The timbre shown here (in two dimensions and also in three dimensions) contains the first, 


second, sixth, and seventh harmonics. 


, 


circumstances, each oscillator has its own amplitude envelope. or even tts 
own pitch envelope. The filter becomes somewhat less valuable. because 
the harmonic content ts developed by the oscillator. In spite of a certain 
complexity in its implementation, this procedure ts ane of rhe mest com- 
prehensive available to MIDI musicians. mainly because of the way it lets 


you perform operations on timbre with a high degree of precision. 


Phase Distortion 


When a digital oscillator generates a waveform with a fixed pitch. the 
numbers that correspond to the period of the wavetorm are read in a 
loop at a constant speed. In other words, any two consecutive numbers 
are separated by the same time interval. Phase distortion consists of in- 
creasing the speed at which the first half-peried of a co-sinusoidal signal 
is read and decreasing the speed at which the second halt-period of the 
signal is read, but without changing the overall duranon of the period. 


= 


The result is shown in Figure 5.12 below. Even though the pitch of the 


e e . a a a 2 . e oy ry a a . a . a . . a . ny a a a 2 


Diagram 3 


FIGURES .12: The first of these three diagrams shows a co-sinusoidal waveform (that is, a 
- \ 

sinusoidal waveform shifted by three-quarters of a period). The digits that make up she wave- 
form are read at regular intervals. In the second diagram, the fi rst bal¥-pertod iS emd twice as 
fast, while the second half-peried is read one and a balf times more slowly. The resulting 

~ ~ & 
timbre is harmonically richer. The third diagram shows the maximum degree of distortion, 
with the oscillator delivering a sawioeth waveform. 
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modified waveform is exactly the same as the pitch of the original signal, 
the shape of the modified waveform is different. 


The signal produced by the oscillator is then processed by filters, enve- 
lopes, and low-frequency oscillators, and possibly by other modules. 


Phase distortion is a clever way to create multiple waveforms starting 
with a simple oscillator. In the same way as for subtractive synthesis, its 
research field is more restricted than that of additive synthesis. However, 


the ease with which it can be programmed makes it very attractive. 


Frequency {llodulation Synthesis 


Frequency modulation (FM) synthesis became widespread in 1983 after 
the appearance on the market of the Yamaha DX7 synthesizer. Instead of 
adding frequencies, subtracting them, or distorting them, FM synthesis 
simply modulated them. Although the FM procedure was harder to learn 
to use and program than earlier systems, it made it possible to reproduce 
a wide variety of waveforms with the aid of a minimal number of oscilla- 
tors. Figure 5.13 below shows a typical example of FM synthesis. 


When the speed of the LFO is gradually increased, the vibrato effect dis- 
appears, giving way to a change in timbre. This way, in the example given 
above, if the frequency of the LFO is set to 100 Hz, our ear doesn’t hear 
a sinusoidal waveform or a cyclical variation in pitch. Instead, it hears a 
waveform that’s increasingly richer in harmonics as the amplitude at 


which the LFO modulates the oscillator increases. 


When the result of dividing the oscillator frequency by the frequency of 
the LFO (or the other way around) is a whole number, then the wave- 


form is periodic. In the opposite case, the waveform is aperiodic. 


Starting with this principle, the FM synthesis that the Yamaha DX7 uses 
involves six sinusoidal oscillators known as “operators.” (Other Yamaha 


instruments only use four.) Each of these operators plays the role of 
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FIGURES.13: In this example, the oscillator produces a sinusoidal ae at a frequency of 
100 Hz. This frequency is modulated ten times a second by a low-frequency oscillator 
(LFO) at a frequency of 10 Hz, so the resulting signal has a square waveform. The ampli- 
tude of the LFO is adjusted so that the frequency of the oscillator is developed over a range of 
plus or minus one octave. As a result, the amplitude alternates between a value of 200 Hz 
(which corresponds to the positive half-period of the amplitude of the LFO) and a value of 
50 Hz (which corresponds to the negative half-period of the LFO). 


either a modulator (exactly the same way as an LFO) or a carrier (exactly 


the same way as an oscillator). 


A modulator can modulate two or more carriers, and a carrier can be 
modulated by two or more modulators. Whether each of these six opera- 
tors plays the role of a carrier or the role of a modulator is determined 


by the algorithm. 
The DX7 synthesizer has 32 algorithms, ranging from very complex (for 


instance, four oscillators in series, with a first modulator modulating a sec- 
ond modulator, the second modulator modulating a third modulator, and 
the third modulator modulating the carrier) to very simple (for instance, 
a single carrier/modulator pair). The intermediate configurations in the 


DX7's algorithm collection include arrangements in which two or more 
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modulators modulate the same carrier, or several carriers are modulated 
by the same modulator, and so on. Figure 5.14 below shows how one par- 


ticular algorithm determines the roles played by the operators. 


FIGURES.14: Under algorithm 19 in the Yamaha DX7 synthesizer, operators 1, 4, and 5 play 
the role of carriers, while operators 2, 3, and 6 play the role of modulators. Operator I is 
modulated by operator 2, which in en is modulated by operator 3. Operator 6 modulates 
operators 4 and 5. 


For each operator, you can set the frequency either in terms of a ratio 
(that is, by multiplying by this ratio the pitch of the note to be produced) 
or in terms of a fixed frequency (that is, a frequency which is independent 
of the note played). You can also specify the amplitude (that is, the gen- 


eral volume and also the four-segment envelope). 


While the amplitude of a carrier operator has a direct effect on the vol- 
ume of a sound, the volume of a modulator operator is responsible for 
the modulation rate—in other words, the harmonic richness of the modu- 
lated signal. A simple combination of the two sinusoidal operators (that 
is, one modulator plus one carrier) makes it possible to obtain an infinite 
number of complex waveforms. Figure 5.15 below shows how Algo- 


rithm 32 of the Yamaha DX7 lets you use additive synthesis. 
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FIGURES.15: Algorithm 32 of the DX7 is an exception. Thanks to its use of six sinusoidal car- 


rier oscillators, it lets you use the additive synthesis procedure to create a sound. 


In the same way as additive synthesis, FM synthesis can manage without 
filters, because the harmonic content (that is, the timbre) of a sound is de- 
termined by the combination of carriers and modulators. The pitch and 
amplitude envelopes work exactly the same way they do in subtractive syn- 


thesis, as shown in Figure 5.16 below. 


Some FM synthesizers enhance this method by offering not only sinusoi- 
dal waveforms but also more complex waveforms, as shown in Fig- 


ure 5.17-A and Figure 5.17-B below. 


Vector Synthesis 
In vector synthesis (which is the method used in particular by the Sequen- 
tial Circuits Prophet VS, the Korg WS, and the Yamaha SY22), the oscil- 
lator consists of four waveforms whose amplitude can be modified in real 
time. Each waveform is represented by a pole, with the position of a con- 


trol handle (ie., the joystick) determining the volume. When the joystick 
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FIGURES.16: Waveform C corresponds to sinusoidal waveform B, whose pitch is modulated by 


the amplitude of sinusoidal waveform A. 


is in the central position, the four waveforms are mixed in equal propor- 


tions, as shown in Figure 5.18 below. 


The movements imparted to the joystick by the user can be stored in 


memory and reproduced every time a key is pressed on the keyboard. 


Wave Tables 


The principle behind wave tables is simply the idea that waveforms can 
be strung together, or concatenated, either with the close harmonics for a 
given played note (as in the PPG and Waldorf Microwave instruments) 
or without them (as in the Korg WS). This concatenation is done by 


i = a 
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FIGURES.: This algorithm branch consists of a carrier (whose ratio is equal to 1) and three 
modulators (whose ratios are equal to 0.5, 5, and 2, respectively). Waveform 1 corresponds 
to sinusoidal waveform B, whose pitch is medulated by the amplitude of sinusoidal waveform A. 
Waveform 2 corresponds to sinusoidal waveform C. whose pitch is modulated by the ampli- 
tude of sinusoidal waveform 1—that is, it corresponds to waveform B as modulated by 
waveform A. Waveform 3, which is the final result of this algorithm, corresponds te sinusoi- 
dal waveform D, whose pitch is modulated by the amplitude of sinusoidal waveform 2—that 
is, it corresponds to waveform C as modulated by waveform B as modulated by waveform A. 
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FIGURE 5.18: In vector synthesis, the position of the joystick has a dynamic effect on the volume of 


the four waveforms. 


programming the duration of each of the waveforms, along with an op- 
tional crossfade. The wave table for the Waldorf Microwave expander is 
shown in Figure 5.19 below. 


omiin " 


Instead of synthesizing a waveform, a sampler records and stores an 
actual sound in memory. This procedure, which is also known as analog- 
to-digital conversion, relies on a module known as an ADC (analog-to- 


digital converter). The procedure consists of converting an audio signal 
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FIGURE5.19: The wave table for the Waldorf Microwave expander is read starting with Wave- 
form 24, which is then scanned as a function of an eight-segment envelope. (This figure 


shows two envelope curves.) 


into a series of numbers—in other words, measuring the amplitude of the 
signal at regular intervals. These numbers are then handled the same way 
as in digital synthesis. Specifically, they're read by an oscillator, processed 
by various modules (filters, envelope generators, LFOs, etc.), and then 
converted back into an analog audio signal by a DAC (digital-to-analog 


converter). 
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The Sampling Rate 


The sampling tate corresponds to the number of time-slices 1n one sec- 
ond (1.e., the number of signal-amplitude measurements made in a 
second). For instance, a frequency of 44.1 KHz indicates that the sound 


is analyzed more than forty thousand times a second. 6 


The sampling rate and the pass-band of the signal are both expressed in 

Hertz. These parameters are interconnected by the Nyquist theorem, 

which states that the analog-to-digital conversion of a sound whose high- 
_ est frequency is equal to X Hz requires a sampling clock frequency of at 


least 2X. If this is not the case, then a phenomenon known as folding oc- 


curs. This phenomenon 1s illustrated in Figure 5.20 below. 


The signal to be sampled does not exceed the Nyquist frequency; therefore, no aliasing occurs. 


Fn Fe 


ae ee Ce 


The signal to be recorded does exceed the Nyquist frequency; therefore, an aliasing phenomenon is observed. 


Fe is the sampling frequency 
Fn is the Nyquist frequency (that is, half of Fe) 


FIGURE§.20: The folding phenomenon 
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For instance, for a sampling frequency of 30,000 Hz (and therefore with 
a Nyquist frequency of 15,000 Hz), a 16,000 Hz signal would be 
“folded” or converted into a 14,000 Hz signal. Likewise, a 22,000 Hz 
signal would be folded into an 8,000 Hz signal, and so on. This phe- 
nomenon is known as aliasing. As a result, in order to cover the theoretical 
range of frequencies which the human ear can hear (that is, from 20 Hz 


to 20,000 Hz), the sampling rate should be greater than 40,000 Hz. 


In order to avoid aliasing, samplers use an anti-folding filter (in other 
words, a low-pass filter with an extremely steep slope) located upstream 
of the analog-to-digital converter. They also use a method known as over- 
sampling. Instead of sampling at a rate of 2X, you sample at some greater 
multiple of X; usually a binary multiple (1.e., a power of 2). For instance, 
instead of sampling at 44.1 KHz, which is standard for work with com- 
pact discs, you could follow the modern practice of using a much faster 


converter and sampling at a higher rate. 


Resolution 


During each analysis (that is, during each time-slice of the selected sig- 
nal), the amplitude is converted from analog form into an approximate 
numeric value. This value is generally known as a sample, although it’s 
sometimes also referred to as a digital word. Figure 5.21 below shows a typi- 


cal example of analog-to-digital conversion during sampling. 


The precision of this conversion depends on the tange of numbers avail- 
able to the sampler for representing these values. Like any computer, the 


sampler stores these values in the form of a given number of bits (8, 12, 


16 ete. ). 


Assume that each sample is quantified as a single 8-bit byte. In this case, 
the maximum amplitude would have a value of 255 (11111111), and the 
minimum amplitude would have a value of 0 (00000000). For the sake 


of simplicity, use positive and negative values, depending on whether the 
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FIGURES.21: During sampling, the analog signal is converted to a digital signal 


amplitude is greater than or less than zero. In such a case, the absolute val- 
ues O (minimum amplitude) and 255 (maximum amplitude) would be 
represented by the relative values +127 and —127, respectively. 


Now imagine that each sample is expressed in the form of 16 bits instead 
of 8 bits. In this case, you go from 256 values to 65,536 values. What 

this means is that the amplitude of a single given sample is measured over 
a range that runs from —32,768 to +32,768, with a correspondingly sig- 


nificant increase in the accuracy of the analysis. 


Ina sampler, the number of bits used to quantify the amplitude of a sig- 
nal is known as the resolution of the signal, and each bit theoretically 
accounts for a dynamic increment of 6 dB. In other words, this analog-to- 
digital conversion converts a continuous signal, consisting of an infinite 
number of values, into a discontinuous signal consisting of a finite num- 
ber of values. The more precise the resolution and the sampling rate are, 


the finer the graphing is, and the less the original signal is deformed. 
The amount of memory required for digital storage of a signal is directly pro- 


portional to the accuracy of the time-slicing. For 16-bit resolution (.e., resolu- 


tion in the form of two bytes) at a sampling rate of 44,100 Hz, you’d need a 
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total of 88,200 bytes to store one second of sound. In other words, you'd 


need an entire megabyte of memory for just under 12 seconds of music. 


Synthesis on Personal Computers 


Because digital synthesis procedures are based solely on numerical calcula- 
tions, some developers began offering synthesizers in the form of soft- 
ware. As a result, programs exist that can transform PCs into all kinds of 
synthesizers—FM, additive, subtractive, modular, you name it. Fig- 

ure 5.22 shows how SoftSynth software simulates an additive or FM 


synthesizer. 


Frequency: 


4468.08 | Hz 


Sample Rate! 
44180 | Hz 


File length: 


20980 | Samples 


a @: 


FIGURES.22: The SoftSynth software simulates an additive or FM synthesizer. The result of the 


calculations is then sent to a sampler. 
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Once a sound has beeh computed, it’s sent via MIDI to a sampler, par- 
ticularly with the help of the so-called Sample Dump Standard transfer 
protocol. Going in the opposite direction, this transfer makes it possible 
to recover through software a sample sent by the sampler, so that the sam- 
ple can be used as a basic oscillator waveform in conjunction with any 


desired synthesis method. 


Sample Readers 


At present, most instruments are replacing the conventional waveforms 
used by digital synthesizers with sampled waveforms. A sample reader 
consists of read-only memory (ROM) in which a given number of pre- 


viously digitized sounds are stored. 


The Korg M and T series instruments (the MI, MIR, M3R, EXMIR, 
T1, T2, T3, et al.), the E-mu Proteus and Proteus XR, the Roland U 
series (U1 10, U220, U20, et al.), the Yamaha SYSS, and the Ensoniq 
SQ1, VFX, and VFX-SD are examples of sample readers. In addition to 
their acoustic instrument sounds, most of these devices also include sam- 
pled analog waveforms (such as square-wave signals, sawtooth signals, 
and pulse-width signals). Some devices of this type are equipped with 
eon dlape opp memory (RAM), which, although it doesn’t let you record 
your own samples, does let you transfer them, either via the Sample 
Dump Standard or by reading floppy disks from a sampler. (The 
Kurzweil 2000, which is a combined sampler and sample reader, is a 


notable exception to this rule.) 


Hybrid Synthesis 


Hybrid synthesis combines digital synthesis (the additive kind, for Ro- 
land D series instruments, and the FM kind, for Yamaha SY series instru- 


ments) and sample reading. 
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For example, in the case of the Roland DSO (which was one of the first 
instruments of this type), it’s primarily the attack transients that reside in 
ROM, along with various “noises” and sound loops. The transients are 
used to reproduce the part of the sound that’s the trickiest to synthesize, 
while the conventional waveforms (square waves, sawtooth waves, etc.) 

are generally effective enough to generate the stable portion of the audi- 
tory spectrum. The Yamaha SY series instruments contain a separate sam- 


ple reader and an FM-synthesis sound generator in the same unit. 


Resynthesis 


So far you've seen on the one hand that additive synthesis was the only 
procedure that could deliver absolutely any sound. On the other hand, 
sampling made it possible to grab any given sound exactly. In a way, 

resynthesis combines the advantages of these two concepts, doing it in 


three stages: 
1 = Signal sampling 


2» Analysis of the signal, thanks to a Fourier transform operation that 
makes it possible for the signal to be broken down into a set of 


sinusoidal waveforms 


3 * Restoration of the signal, with the help of as many sinusoidal oscil- 
lators as there are harmonics derived from the preceding break- 


down (in the same way as in additive synthesis) 


At first glance, this procedure may seem a little odd. After all, after analy- 
sis and restoration, you should theoretically get a sound that’s identical to 
the original sample. In reality, however, all of the power of this procedure 
lies in the third stage, which makes it possible to edit each component 
(that is, each sinusoidal waveform) of the sampled signal. 


pepcies 


Sampling 


Once the analytical breakdown is done, the sampled and broken-down 
signal can be recreated through the allocation of one sinusoidal oscillator 
to each harmonic. This step makes it possible for any and all necessary 
‘modifications to be performed. Figure 5.23 below shows how you can 


use resynthesis software to manipulate harmonic values. 


In addition to the instruments dedicated to resynthesis (such as the Axcel 
Technos), some sample-editing software for PCs (such as the programs 
available from Avalon, Passport Designs, and others) offers Fourier-break- 
down algorithms. After analyzing a sound from a sampler, users can 
tinker with each of the harmonics (by removing them, adding them, 
changing their amplitude, etc.). The resulting sound can then be sent to 


the sampler. 
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Controllers 


S NOTED IN the last chapter, the 
controller in a MIDI instrument 
transforms the musician’s motions 
into Channel messages (Note On, 
Pitch Bend, Control Change, After- 
touch, etc.), in order to control the 
sound generator, which produces the 
tone or tones. The interchange be- 

~ tween controllers and sound generators is why the MIDI standard was 

originally created. 


“Typical Characteristics of Sound Generators 


Like the synthesis and sampling principles discussed in Chapter 5, the 
topics addressed in this section provide a brief overview of some of the 
typical characteristics of sound generators. For further information, inter- 


ested readers should consult more specialized reference tools. 


Typical Characteristics of Sound Generators 


Programming Synthesizers 


Regardless of the sound-synthesis method used, a tone is always gener- 
ated by means of parameters that act on pitch, timbre, and amplitude. 
These parameters determine the harmonic content of a waveform and 


also the waveform’s evolution over time. 


lonprogrammable Sound Generators 


Not all sound generators can be manipulated by the user. The parameter 
settings for the synthesis, whose values are preprogrammed by the manu- 


facturer and stored in ROM, are inaccessible to users. 


Semi-Programmable Sound Generators 


This family of instruments lets you program a limited number of parame- 
ters (such as the attack time or release time for an envelope, the cut-off 
frequency of a filter, etc.). Instead of creating radically new sounds, these 


instruments let you adapt existing sounds to your wishes or needs. 


Programmable Sound Generators 


A sound generator is said to be programmable when a user can edit the 
entire set of parameters. In the earliest analog synthesizers, each parameter 
was represented by a potentiometer or a switch. This way, without being 
forced to turn into a sound-synthesis guru, a musician could learn how 

_ the instrument worked, by studying the cause-and-effect relationships be- 


tween the changes in parameters and the resulting sounds. 


In today’s sound generators, this multitude of buttons has been replaced 
by a much smaller number of so-called “physical” controls associated 


with a set of light-emitting diodes (LEDs) ome liquid-crystal display 
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(LCD) screen. Some of these controls are dedicated to the selection of pa- 
rameters (with the aid of menus), while others are meant to be used to 
edit the values of parameters (for example, by means of Increment and 


Decrement keys, etc.). 


In spite of a less intuitive, less learning-oriented implementation, this type 
of design has the advantage of increased precision (as provided for in- 
stance by the digital display of edited values), On the other hand, users 
no longer have the option of experimenting quite as easily and leisurely as 


before, with fast, stmultaneous changes in several parameters at once. 


From Monophonic to Multitimbral 


The first analog synthesizers were monophonic. In other words, they let 
you play only one note at a time. Furthermore, the range of the keyboard 
was usually limited to three or four octaves. Among these instruments are 
the Korg MS-10 and MS-20 (with 32 and 37 notes, respectively), the 
Minimoog (44 notes), the Oberheim OB-1 (37 notes), the Roland SH-S 
(44 notes), and the Yamaha CS-30 (44 notes). After a short transition 
period with so-called duophonic systems (which let you play two notes at 
once), manufacturers quickly shifted toward synthesizers that had 6-, 8-, 
or 12-note polyphony (in other words, 6, 8, or 12 voices). Today, the ca- 
pacity of a typical synthesizer is anywhere from 16 to 64 voices. 


A synthesizer’s polyphonic capability is sometimes expressed in terms of 
the number of oscillators—which isn’t necessarily the same as the number 
of voices. For instance, the Roland D10, D110, and D20 synthesizers 
have 32 oscillators; however, a single given sound (i.e., a tone) can use as 
many as four of these oscillators, thereby reducing the polyphonic total 


to 8 voices. 
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The Distribution of Polyphony 


The MIDI standard clearly defines the assignment of Channel messages 

to the various polyphonic voices of a sound generator. However, the : 
standard doesn’t impose any rules with regard to the question of overflow 
(imagining, for instance, that an eight-note chord would be played by an 
eight-voice synthesizer, and that a ninth note would be presented before 

the chord was released). In fact, when an instrument receives more notes . 
than it can play, it has the option of responding in accordance with vari- 


ous internal procedures, some of which are listed below. 


* Low-note priority: in this case, the highest note is cut off. 


High-note priority: in this case, the lowest note ts cut off. 


Last-note priority: in this case, the oldest note (that is, the first note ‘ 
that arrived) is cut off. 


First-note priority: in this case, the most recent note (that is, the last 
note that arrived) is cut off. 


" The Oberheim Xpander method: If the number of the last note that ar- 
rives (that ts, the note that’s responsible for the polyphonic over- 
flow) corresponds to the number of one of the notes that are 
being played, then the note that’s being played is replaced by the 


new note. 


The spillover or overflow method: All of the Note On messages that are 

received starting with the polyphonic overflow are sent to the 

MIDI Out port. This way, if a second generator (the same model : 
from the same manufacturer, with the same sound and the same 

MIDI channel) is connected, the polyphony of the machine will 

be doubled (or tripled, or quadrupled, depending on the number 


of sound generators in the chain). 


The Waldorf Microwave method: The Link mode of the Waldorf Micro- 


wave expander is an improved version of the overflow method. 
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The memory locations of sounds in the master unit (.e., the buff- 
ers) are automatically collected and sent via MIDI to the slave 


units, along with the real-time editing changes. 


The Kurzweil K250 method: The Cycle mode of the K250 is a variant 
of the spillover method. Consider for example a setup with three 
K250 units: a master unit (call it “A”) and two slave units (“B” 
and “C”). The MIDI Out port of Device A (set to MIDI Channel 
X) is connected to the MIDI In port of Device B (that is, Channel 
X+ D), and the MIDI Thru port of Device B ts connected to the 
MIDI In port of Device C (that is, Channel X + 2). If six notes 
are pressed at the same time on the keyboard of Device A, then the 
first note will be played by Device A (via Channel X), the second 
note will be played by Device B (via Channel X 2 1), the third note 
will be played by Device C (via Channel X + 2), the fourth note will 
be played by Device A, the fifth note will be played by Device B, 
and the sixth note will be played by Device C. In this mode, up to 


fifteen K250 units can be connected in a network. 


The Akai $2800, $3000, $3200, and CD3000 method: If the polyph- 
ony limit is exceeded, the sampler “steals” voices by silencing the 
earliest notes (i.e., by implementing last-note priority) or the slow- 
est notes (Le., by implementing high-velocity priority) in the low- 
est-priority “programs.” Each “program” can be assigned to one of 
the following classes: “low” (i.e., minimum priority), “mid” (z.e., 
average priority), “high” (1.e., maximum priority), or “hold” (in 
which case voices can be “stolen” only on behalf of notes that are 


being played by the same “program’’). 
The Yamaha TX802 methods: The Yamaha TX802 expander, with 
16-voice polyphony, has three reception modes: 

1* All of the Note On and Note Off messages are selected. 

2 * Only the even-numbered Note On and Note Off messages 


are selected. 
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3 * Only the odd-numbered Note On and Note Off messages 


are selected. . 


If two TX802 units that are set to the same sounds and that are 
operating on the same channels are connected, with one unit pro- 
grammed to receive the even-numbered notes and the other unit 
programmed to receive the odd-numbered notes, the result is an in- 
strument with 32 voice polyphony at least in the ideal case in 
which the even- and odd-numbered notes are equally allocated. 


Multitimbral Synthesizers 


In the beginning, polyphonic synthesizers didn’t let you play more than 
one timbre at a time. In other words, these synthesizers were monotim- 
bral. It wasn’t until the first sequencers started appearing that the need to 
have several sonorities available at the same time on the same generator 
began to make itself felt. Synthesizers with this ability are called multitim- 
bral or polytimbral. 


Functionally, a multitimbral sound generator with X timbres corresponds 
to X independent generators. For instance, a polyphonic and multitim- 
bral synthesizer with 16 voices and 8 timbres could be viewed as a collec- 
tion of eight synthesizers with two voices each, or four synthesizers with 
four voices each, or one synthesizer with ten voices and another with six 
voices, and so on. This distribution of the various timbres and numbers 


of polyphonic voices depends on the allocation, as explained below. 


Allocating Voices 


There are two ways to distribute timbres for a given level of polyphony, 
namely, static allocation and dynamic allocation. In static allocation 
mode, the user decides at the start on the maximum number of poly- 


phonic voices to be allotted to each sound. For instance, for a 16-voice 
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polyphonic instrument, you might decide to allocate eight voices for an 
electric piano and 8 other voices for string instruments. Operating on this 
principle, you can see how it would be impossible to play a nine-note 


piano chord, even if the strings were only using two notes. 


The principle of dynamic allocation is much more subtle, in the sense 

that it’s no longer necessary to assign arbitrarily a certain number of 
voices to each type of sound. In this case, the sound module is responsi- 
ble for managing the real-time distribution of voices among the various se- 
lected sounds, as a function of each sound’s needs, within the maximum 


polyphonic limits of the instrument. 


Here's a summary of the major principles that are implemented by this 
method: 


® Static allocation: The maximum number of voices that can be as- 
signed to each virtual generator (that is, to each polyphonic voice) 


is defined beforehand by the user. 


Dynamic allocation: The polyphony of each virtual generator is vari- 
able, within the overall polyphonic limits of the instrument. 
Thanks to this so-called “floating assignment,” the instrument 
calculates the distribution of voices in real time in order to adjust 
It as properly as possible among the various virtual generators be- 


ing used, 


Dynamic allocation with polyphonic reservation: | his method combines dy- 
namic allocation with the reservation of a given number of voices 
(in other words, the minimum amount of polyphony that can be 


programmed by the user) for each of the virtual generators. 


Dynamic allocation with priority: If the polyphonic limit is exceeded, 
the generators with the lowest priority levels are affected first. For 
instance, in the S1000, each virtual generator (that is, each pro- 
gram) is associated with one of the following four priority levels: 


Low, Normal, High, and Hold. If the polyphonic limit is exceeded, 
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a voice executed by the program in Hold mode can only be re- 
moved by a new voice intended for that same program. 


The MIDI Channels 


Each virtual generator in a multitimbral instrument can be programmed 
to receive messages on its own channel. This capability is indispensable if 
you want to use a sequencer. Remember, the management of the recep- 
tion of Voice messages as a function of MIDI channels and polyphony is 
governed by Mode messages. 


Horizontal Mapping 


In addition to allocating a MIDI channel number, you can also set the re- 

sponse of each virtual generator in a multitimbral instrument as a func- 

tion of the note range. To do that, each virtual generator has to be : 
assigned the two MIDI note numbers that correspond to the lower and 

upper limits of the interval within which that generator should recognize a 


and accept Voice messages. 


For instance, in programming a piano sound and a violin sound in such a 
way that they responded in the range from CO to B2 and from C3 to G8 
respectively, with both sounds responding over the same MIDI channel, 
you'd control first one sound and then the other as a function of the note 
number played on the keyboard. This procedure gives you different tim- 
bres distributed over different, possibly overlapping zones. 


Vertical Mapping 
Some multitimbral instruments let you set the response of each virtual 


generator as a function of a velocity zone. To do that, each virtual gener- F 
ator has to be assigned the two Velocity values that correspond to the 
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lower and upper limits of the interval within which that generator should 


recognize and accept Voice messages. 


For instance, in deciding that a piano sound should respond in the veloc- 
ity range from | to 63, and a violin sound in the velocity range from 

64 (described in Chapter 8) to 127, with both sounds responding over 
the same MIDI channel, you would control first one sound and then the 
other as a function of the striking speed of the note played on the key- 
board. This method gives you access to timbres distributed over different, 


optionally overlapping vertical zones. 


Outputs 


Almost all monotimbral instruments have stereophonic outputs. The 
sound is first enlarged, thanks to any of a large group of procedures 
(Chorus, Effects Processor, etc.), before being sent simultaneously to the 
left and right outputs. One of these two outputs is usually indicated as a 
mono output. This means that starting at the moment when the instru- 
ment physically detects the fact that no jack is connected to the other out- 
put, the left and right signals are added in order to be sent to this mono 
output. This feature gives you the choice of working equally easily in 


mono or in stereo. 


Multitimbral instruments also have one of these so-called global stereo 
outputs. The output of each and any virtual generator can be directed to- 
ward this output if the pan and the volume of the generator in question is 
programmed beforehand. Furthermore, many multitimbral instruments 
have supplementary outputs that let each virtual generator be handled in- 
dependently from a mixing console. These outputs can be in the form of 
mono outputs (known as “separate outputs,” because each one is linked 
to one of the virtual generators) or supplementary stereo outputs that are 
used the same way as the global stereo outputs. 
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MIDI Expressiveness 


Regardless of a sound generator’s performance parameters, there’s noth- 
ing (except possibly an exhaustive study of the operating manual) that in- 
dicates beforehand the way in which the various MIDI messages can have 
a real-time effect on the way a sound behaves. In fact, although Pitch 
Bend, Aftertouch, and other Control Changes offer enormously broad 
possibilities with regard to how the dynamic evolution of a sound can be 


controlled, each manufacturer uses these parameters as it sees fit. 


These characteristics, which aren’t easy to find (the fact that they're indi- 
cated on the MIDI implementation chart doesn’t really describe the role 
they play!), nevertheless do constitute selection criteria that can be deci- 
sive when it comes to buying an instrument. Appendix F describes how 
various instruments, such as the Ensoniq VFX-SD, use MIDI messages 
to control the parameters of a sound. 


Test Procedures 


The operating system of most MIDI devices includes hidden functions, 
such as reinitializations, the display of version numbers, test procedures 
(including diagnostic aids for use in case of failures—the role of these 

aids is to verify the modules currently in use, such as memory, the LCD 


screen, input and outputs, converters, etc.), and other functions. 


Appendix G explains how some of these procedures, which aren’t often 
documented in users’ manuals, are launched. (In most cases all you have 
to do is press certain keys simultaneously, sometimes while turning on the 
device.) Handle them with all due care if you want to avoid unpleasant 


surprises! 
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By definition, a controller is an interface whose job is to convert a musi- 
cian’s gestures and movements into MIDI messages in order to drive 
sound generators. By extension, this job also includes various other energy 
sources, such as lights and images. In their latest form, controllers look a 
lot like keyboards. There are several reasons for this, including the fact 
that keyboard instruments are among the most widely used instruments; 
the fact that they are still fairly easy to use, because pressure on a key is 
sufficient to produce the proper note; and the fact that the harmonic 
structure of a keyboard is linear (i.e., a series of semitones). All of these 
considerations make a keyboard a tool that’s ideally well suited to compo- 


sition and orchestration work, as well as to other musical tasks. 


MIDI Keyboards 


In the beginning, each sound generator had its own control keyboard. 
This isn’t necessary today, because MIDI makes it possible to drive sev- 
eral generators from a single controller. Hence the success of expanders, 
which represent a clear savings in terms of space and also in terms of 
money. As a result, many manufacturers are selling sound generators in 
both keyboard and expander versions. In fact, some machines are avail- 


able only in the expander version. 


Conversely, master keyboards have recently appeared. These devices have 
no sound generators and therefore are mute. As a result, their perform- 
ance (with regard to touch and also with regard to their MIDI charac- 
teristics) is generally far superior to that of keyboards that are equipped 
with sound generators. 


Here, then, is a brief overview of some of the functions and features of 


sound-generator keyboards and master keyboards. 


Controllers 9 = 


Sound-Generator Keyboards 


The functions and features of this type BoE keyboard, which is primarily 
dedicated to controlling its internal sound generator, are necessarily more 
limited than those of a master keyboard, which by definition is better 
adapted to driving a MIDI network. 


The current range of a MIDI keyboard is 61 notes, or five octaves (from 
Cl to C6). Although wildly narrower than the overall MIDI range 
(which consists of 127 notes), this range is still broad enough to be ex- 
pressive. However, in order to gain access to a broader MIDI range, some 
keyboards are transposable. There are also smaller ones (such as the Ro- 
land Juno 1, with 49 keys over four octaves), and of course much larger 
ones (such as the Yamaha DX5 and the Roland D70, with 76 notes over 
six and a half octaves). 


With just a few exceptions, the touch of this type of keyboard is very 
light. This indicates that—unlike the keys on a master keyboard—the 
keys on a sound-generator keyboard aren’t weighted. Likewise with re- 
gard to the keys, there are two expression parameters: Velocity (that is, 
the pressing speed, and optionally the release speed), and Aftertouch (that 
is, either Channel Aftertouch or Polyphonic Key Pressure). A keyboard 
that’s sensitive to pressure velocity (in other words, the speed with which 
pressure is applied to a key) is said to be “dynamic.” If this is not the 
case, then the keyboard invariably emits a constant value that’s equal to 
64 (40H). With regard to Aftertouch, this feature (if present) is usually 


monophonic (per channel). 


In addition to the expression parameters triggered by notes, so-called inte- 
grated keyboards offer at least one modulation wheel, one Pitch Bend 
wheel, and a Sustain pedal. Some keyboards provide additional functions 
and features that more properly belong in the domain of master key- 
boards (for instance, split zones per channel during transmission, potenti- 


ometers that can be assigned to various different messages, etc.). 
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Master Keyboards 


Master keyboards, which are also known as control keyboards or command key- 
boards, have the particular feature of not producing any sounds at all. On 
the other hand, these keyboards often have a weighted touch, and include 
quite a few functions and features designed to let them drive a network of 
MIDI expanders efficiently and effectively. These features and functions 
make master keyboards particularly well suited to stage work or for use 
by musicians who want the benefit of MIDI but the feel of an acoustic 


piano. 


One of the usual major advantages of a master keyboard is that it’s a lot 
like a piano. It has a range of 76 or 88 notes and, depending on the 
model, its keys are to some extent weighted. So that users can adapt them- 
selves accurately to how each master keyboard works, the velocity re- 
sponse curve of these instruments is usually programmable (either 
logarithmically or in a linear manner), as is the aftertouch response curve 


(which may optionally be polyphonic). 


Apart from modulation and pitch-bend wheels, some master keyboards 
give you access to various pedals (for volume control, incrementation of 
configuration memory spaces, etc.), along with definable potentiometers 
or faders that can make any given parameter evolve in real time (as is the 
case with Control Change messages) and switches that can transmit differ- 
ent message strings (such as Program Change messages, for reconfiguring 
a network, System Exclusive (SysEx) messages previously received and 
stored in a memory location reserved for that purpose, etc.). In order to 
drive sequencers and drum machines, master keyboards sometimes in- 
clude an internal MIDI clock, with tempo settings that can be coordi- 
nated with the Start, Stop, and Continue keys. 
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Keyboard Mapping. 


Any master keyboard. worthy of the name should be able to drive several 
sound generators in real time. To do that, the master keyboard has to be 
divided geographically into as many zones as there are expanders to be 
controlled. Each of these zones is characterized by an upper limit (that is, 
its highest note), a lower limit (that is, its lowest note), and a transmis- 
sion channel (over which the appropriate Voice messages for this zone 


can be sent). This technique is known as mapping. 


For example, imagine that a keyboard transmits on Channel | between 
notes CO and B2, on Channel 2 between notes C3 and B3, on Channel 4 
between notes C4 and G4, and so on. The notes that mark the bounda- 
ries between zones (in this example, C3 and G4) are known as separation 


points or split points. 


In addition to mapping (that is, horizontal separations), such divisions 
are sometimes made according to velocity (in which case they're referred 
to as vertical separations, or velocity splits). So you can imagine that a 
keyboard transmits on Channel | between velocities 1 and 40, on Chan- 
nel 2 between velocities 41 and 64, on Channel 3 between velocities 65 
and 127, and so on. These two methods can even be combined, and the 
various zones can be allowed to overlap (in a technique known as crossfad~ 
ing). Yet further, if the master keyboard is equipped with several MIDI 


outputs, you can assign any particular zone to any particular output. 


Other Controllers and Acoustic Instruments 


Many manufacturers have tried, with varying degrees of success, to sell 
controllers that imitate the character and style of other conventional in- 
struments (such as MIDI guitars, MIDI brasses and woodwinds, etc.), in 
order to let as many musicians as possible drive sound generators with the 


skills and techniques of their respective instruments. 
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In a similar way, some manufacturers have oriented their marketing and 
sales efforts toward the MIDI fication of acoustic instruments. This ap- 
proach has the advantage of preserving the physical contact that musicians are 
used to, as opposed to what happens with an imitation of an instrument real- 
ized in a synthetic material, which necessarily involves changing and 
adapting your playing style. The superior touch qualities of an acoustic 
instrument are derived directly from the physical structure of the instru- 
ment; so, no matter how refined it may become, a master keyboard will 
(probably!) never be the equal of a real piano, for the good and simple 
reason that the weighted touch of a real piano is a direct result of the way 
the instrument works (with keys that trigger the action of hammers, 


which in turn strike the strings, and so on). 


fiction Conversion and Pitch Conversion — 


In any event, two very different methods make it possible to convert an 
instrumentalist’s actions into MIDI messages. The first method directly 
transforms an action into the equivalent message, and the second method 
works by means of pitch conversion. Assume that a musician presses a C 
on a keyboard. The conversion method analyzes the pitch of the note as 
captured by a microphone, while the first method (which is much easier 
to implement) detects the application of pressure to the C key by means 
of a mechanical contact-sensing device. In each case, the corresponding 


MIDI message is sent. 


The choice of which method to use is dictated by the way the instrument 
works. It’s necessary to distinguish the instruments (such as pianos and ac- 
cordions) on which it’s physically possible to create a contact as a result 

of a generated note from the instruments whose physical structure is in- 
compatible with this method. Naturally, this second group of instruments 
includes all of the unfretted instruments (such as violins, cellos, and 


basses) for which the pitch depends on the position of the player’s fingers 
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on the neck of the instrument. It also includes the instruments that, once 

a note has been produced, let the performer modify the pitch (by chang- : 
ing the position of his or her fingers in a direction perpendicular to the 

neck of the instrument). “3 
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(kL THE MIDI applications 
__ayailable, recording is the most wide- 
a The role of a MIDI recorder, 


‘or “sequencer,” is functionally the 


same as that of a multitrack tape 
recorder. The difference is that while 


the tape recorder records audio 


signals on a magnetic tape, the 


sequetic seconds Al messages. When you make a recording with a 
tape recorder the sound that comes from the instrument is recorded on 
the tape so that later it can be sent through an amplification system and 
out to speakers. But when you make a recording with the help of a sequencer, 
the MIDI messages that come from the instrument are stored in memory so 


that during the reading stage, they can be sent to sound generators. 


ultitrack Recorders and Sequencers 


A multitrack tape recorder can have anywhere from 3 to 64 tracks. Mul- 
titrack tape recorders let you record instruments on separate tracks, either 
simultaneously or successively. Successive recording makes it possible to 


develop a musical production track by track. For instance, the drummer 


gan. 


The Two Main Kinds of Sequencers © — 


— 


can start recording on Track 1, then the bass player can start recording 
on Track 2 while listening to Track 1, then the keyboard player can re- 
cord on Track 3 while listening to Track | and Track 2, and so on. 


As a result, if one of the three players makes a mistake, there’s no reason 
why he or she can’t re-record that track, without requiring the other two 
musicians to play their parts again. In a similar way, with the help of 
sound generators, a single musician can take the place of the different in- 
strumentalists and build a complete musical piece, track by track, without 


any collaboration from any other musicians. 


The fact that sequencers record MIDI messages instead of sound has sev- 
eral advantages. For instance, there’s no signal degradation, because, by 
definition, the signal isn’t what's recorded. The problems having to do 
with the quality of reproduction that are inherent in the physical charac- 
teristics of magnetic media (tape hiss, the loss of dynamics and of the ana- 
log pass-band, and unrecoverable losses of digital data) don’t exist in 
MIDI. In addition, sequencers let you edit a performance after the fact. 
This editing capability is the major advantage of sequencers. 


“Phe Tuo Main Kinds of Sequencers 


There are two kinds of sequencers: software sequencers and hardware sequencers. 


Software sequencers are programs that run on computers equipped with 
MIDI interfaces. These sequencers take advantage of a computer's large 


screen and graphic environment that are especially well suited to editing. 


Hardware sequencers are boxes dedicated exclusively to MIDI recording. 
When it comes to editing, these devices are relatively unfriendly, because 
their tiny LCD screens can’t display enough information to give users an 
overall view of what's going on. On the other hand, however, hardware 


sequencers have the advantage of portability. 
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In this category, drum machines (also called “rhythm boxes”) combine a 
sound generator that replicates percussion instruments and a hardware se- 
guencer that, although relatively primitive, is perfectly adequate tor this 
kind of application. Finally, some manufacturers combine hardware se- 
quencers with multitimbral synthesizers. This kind of all-in-one product 


is known as a workstation. 


To make the editing process easier, sequencers try to incorporate the vari- 
ous elements of a tape <r such as tracks, transport commands ( Re- 
cord, Play, Stop, W ind, Rewind. etc.), VU meters, and other functions 


(Mute, Solo, etc.) into the interface. 


‘(Bt 


pel-Time and Step Mode Recording, 


Sequencers offer two ways to record MIDI messages: in real ame and 


step mode. 


In real-time recording. the ane acts like a tape recorder. It directly 
records the messages it receives at its MIDI In port from a kevboard or 
from any other MIDI ined This is the most commonly used 


method. 


In step mode recording, the “performance” ts built hed With the 
help of the computer (that is, via the keyboard, mouse. ete.), the use 
“enters” the MIDI events one after another with the help of an ie 
screen. Each event ts characterized by a position, a type (i.e., a status’, and 
by one or more ~~ Ue. daca). If the event is a note, it’s also charac- 


terized by a duration. 


More efficient, although reserved for note messages, is the so-called 


“mixed” step mode method. which combines manual data entry sii is. 


the acquisition of positions and duration trom the computer” and data 
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entry via MIDI (that is, the acquisition of pitches and velocities from a 
keyboard or from any other controller). Step mode recording generally 


uses the same tools that are used when a real-time recording is edited. 


There are hundreds of hardware and software sequencers, which is why 
this chapter doesn’t presume to compile an exhaustive list of the func- 
tions and features that each of them implements. Instead, the intention of 


the following sections is to provide an overview of the options that are 


available in MIDI recording. 


[otic Princes 


Regardless of how it’s put together, a MIDI sequencer consists of a set of 
functions that can be divided into three distinctly different categories, 
namely, recording, editing, and playback. Before examining these categories, 
however, it’s worthwhile first to take a look at how MIDI messages are 
stored in computer memory, and in doing so consider the concepts of 


tempo, time signature, clock,.and resolution. 


The Data Format 


Assume that the MIDI Out port of a keyboard is connected to the MIDI 
In port of a sequencer. Assume further that you set the sequencer to Re- 
cord mode and play the notes C3, D3, and E3 one after the other. The se- 
quencer's job is to memorize these messages and the time intervals that 


separate them. For example: 


35 milliseconds The interval between the start of recording and 


the C3 Note On message 
90H 3CH 40H C3 Note On/Channel 1/ Velocity 64 
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500 milliseconds The interval separating the C3 Note On 
message from the C3 Note Off message 


90H 3CH OOH C3 Note Off message /Channel | 


59 milliseconds The interval separating the C3 Note Off 
message from the D3 Note On message 


90H 3EH 40H D3 Note On message/ Channel 1/Velocity 64 


450 milliseconds The interval separating the D3 Note On 
message from the D3 Note Off message 


90H 3EH 00H_ D3 Note Off message/Channel | 
72 milliseconds The interval separating the D3 Note Off 


message from the E3 Note On message 
90H 40H 40H © E3 Note On message/ Channel 1/Velocity 64 


512 milliseconds The interval separating the E3 Note On 
message from the E3 Note Off message 


90H 40H 00H — E3 Note Off message/Channel | 


Once recorded, the sequencer can play back the passage by sending the 
data to the Out port, which is connected to the MIDI In port of a sound 
generator. The sequencer observes the time intervals separating each of 


these notes from the other notes. 


Tempo and lime Signature 


In actuality, the sequencer doesn’t count the intervals between two mes- 
sages in terms of milliseconds. Instead, it reckons time in terms of the 
number of pulses per quarter-note, as expressed in the form of ticks or 


PP: The range and accuracy of tempo settings vary from one sequencer 
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to another. Generally speaking, however, the average range is from 40 to 

240 quarter-notes per minute, accurate to the unit (40, 41, 42, ..., 239, ; 
240). Some sequencers offer faster or slower metronome speeds, and also 

finer subdivistons, which are especially well suited to applications with de- 
manding synchronization requirements (for instance, the needs of frame- 

related music, or the slaving of the sequencer’s tempo to an external 6 
source, etc.). These subdivisions can be as small as a thousandth of a unit 

(for a tempo of 120,579 quarter-notes per minute!). ° 


Thanks to this method of counting in terms of ticks, sequencers aren't 
bound by an absolute time reference. Users can modify the tempo (for in- 
stance, in order to perform a tricky passage more slowly) during play 
back as well as while the piece is being recorded. 


In addition to the tempo, the time signature, which indicates how many 
beats there are in a measure and what kind of note gets one beat, also has 
to be set. Some sequencers are limited to simple time signatures, such as 
2/4, 4/4, 6/8, etc., while other sequencers handle odd meters, such as 
5/4, 77 637 2, (and mixed meters). Furthermore, you can use tempo 
changes and signature changes within the same piece, either manually (by 
acquiring values and positions) or (and this applies only to tempo) in real 
time, by using a mouse to modify the tempo value as displayed onscreen, 


or by keeping time by means of a MIDI keyboard, etc. 


Resolution 


Resolution refers to the division of a quarter-note into a given number of 
ticks. A tick is the unit the sequencer uses to count the interval that sepa- 
rates two MIDI messages that it receives successively. The greater the 
resolution, the more faithful the rhythmic reconstruction of the recorded 
data. 


In the same way as for the range and accuracy of the tempo, resolution is 


different with each sequencer. The most popular values are 48, 96, 192, 
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384, and 768 subdivisions of the quarter-note. Table 7.1 below summa- 
rizes the minimum time intervals that a sequencer can detect at different 


tempos and at different resolutions. 


TABLED: Minimum Detectable Time Intervals at Various Tempos and Resolutions (in 


milliseconds) 

QUARTER-NOTE TEMPO; INQUARTER- DURATION OF A 

RESOLUTION NOTES PER SECOND QUARTER-NOTE DURATION OF A TICK 

48 60 1000 ms 20.83 ms 
120 500 ms 10.42 ms 
240 250 ms 5.2) ms 

96 60 1000 ms 10.42 ms 
120 500 ms 32 lems 
240 250 ms 2.60 ms 

OZ 60 1000 ms o.21 ms 
120 500 ms 2.60 ms 
240 250 ms 1.30 ms 

384 60 1000 ms 2.60 ms 
120 500 ms 1.30 ms 
240 250 ms 0.65 ms 

768 60 1000 ms 1.30 ms 
120 500 ms 0.65 ms 
240 250 ms 0.33 ms 
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At a tempo of 120 and resolution of 192 ticks to the quarter-note, the 


first example above would be transformed in the following way: 


13 ticks 


90H 3CH 40H 
192 ticks 


90H 3CH 00H 
23 ticks 


90H 3EH 40H 
173 ticks 


90H 3EH 00H 
28 ticks 


90H 40H 40H 
197 ticks 


90H 40H 00H 


The interval between the start of recording and 
the C3 Note On message 


C3 Note On/Channel 1 / Velocity 64 


The interval separating the C3 Note On 
message from the C3 Note Off message 


C3 Note Off message / Channel | 


The interval separating the C3 Note Off 
message from the D3 Note On message 


D3 Note On message / Channel 1 / Velocity 64 


The interval separating the D3 Note On 
message from the D3 Note Off message 


D3 Note Off message/Channel 1 
The interval separating the D3 Note Off 


message from the E3 Note On message 
E3 Note On message/Channel 1 / Velocity 64 


The interval separating the E3 Note On 
message from the E3 Note Off message 


E3 Note Off message/Channel | 


Of course, each time interval is rounded to the nearest tick. This error, 


which is known as the “quantization error, becomes more significant as 


the resolution decreases. Therefore, the degree of so-called “rhythmic” 


accuracy at which a sequence is recorded depends on this resolution. 
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The number of ticks separating MIDI messages from one another is 
stored in the sequencer’s memory in the form of bytes. As a result, the 
higher the resolution, the faster the sequencer's memory fills up. While a 
total of 8 bits is enough to represent an interval of a little more than five 
quarter-notes at a resolution of 48 ticks (1e., 4 X 48 = 240), a total of 
12 bytes would be necessary to represent this same interval at a resolution 
of 768 ticks (1e., 5 X 768 = 3,940). This calculation increases exponen- 
tially with the length of the time period separating any two given 


MeEsSSages, 


Connections 


Once a musician has assimilated the principles of MIDI recording, the 
next thing he or she usually faces is a series of connection problems—usu- 
ally without having any concrete ideas about how to connect the various 
instruments to the sequencer. The following examples use the term “Play 
mode” to refer to the training or practicing session that precedes the re- 


cording stage, in order to be able to tell the two stages apart. 


The examples start with a minimal configuration consisting of a se- 
quencer and a keyboard that includes a sound generator, as shown in Fig- 


ure 7.1 below. 


To make a MIDI recording, you connect the keyboard’s MIDI Out port 
to the sequencers MIDI In port. Once that connection has been made, 
messages are sent from the keyboard simultaneously to the sequencer, via 
the MIDI link (in order to be recorded), and to the sound generator (in 


order to be listened to as the keys are pressed, either in Record mode or 


e/4 
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FIGURE]: In Record mode or in Play mode, the messages sent from the keyboard are transmit- 


ted simultaneously to the sound generator (via the internal link) and to the sequencer 6 via the 


MIDI link). 


in Play mode). During playback, as shown in Figure 7.2 below, the se- 
quencers MIDI Out port is connected to the instrument’s MIDI In port 


so that messages recorded earlier can be replayed. 


Next is a more complicated configuration. This one replaces the sound- 
generator-and-keyboard combination in the previous example with a mas- 
ter keyboard (that is, a mute keyboard), which controls a sound generator 


in the form of an expander, as shown in Figure 7.3 and Figure 7.4 below. 


After connecting the master keyboard’s MIDI Out port to the sequen- 
cers MIDI In port (in order to record messages ) and connecting the 
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FIGURE7.2: In Play mode, the messages recorded by the sequencer are transmitted to the sound 


generator. 


sequencers MIDI Out port to the expander’s MIDI In port, you find 
that the expander produces no sound when the keys of the master key- 
board are pressed. What's happening here is that although messages are 
being sent from the keyboard to the sequencer, the messages are not being 
transmitted to the expander. However, during the playback stage, and in 
spite of this so-called “mute” recording, the sequencer correctly reconsti- 


tutes the messages intended for the expander. 


In order to get around this difficulty, every sequencer has a so-called 
“pass-through” function (known as MIDI Thru) that can be enabled or 
disabled and whose role is to pass along to the MIDI Out port the infor- 


mation that comes from the MIDI In port. This way, messages sent from 
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FIGURE}.3: In Record mode, the messages sent from the keyboard are transmitted to the se- 
quencer. The expander stays mute. 
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FIGURE 7.4: In Play mode, the messages recorded by the sequencer are properly transmitted to the 


expander. 
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the keyboard to the sequencer in either Record mode or Play mode are si- 
multaneously retransmitted to the expander by means of the Thru func- 


tion, as shown in Figure 7.5 below. 


Thanks to this function, the expander is driven from the keyboard. In 
other words, the sequencer’s MIDI Out port plays a dual role: on the one 
hand, it transmits the messages recorded to the expander (a task that theo- 
retically belongs to the MIDI Out port), and, on the other hand, it passes 
along to the expander the messages received from the keyboard in either 
Record mode or Play mode (a task that theoretically belongs to the 
MIDI Thru port). In short, the MIDI port at the output of a sequencer 
combines the functions of a MIDI Out port and a MIDI Thru port. 


The next arrangement keeps the expander but replaces the master key- 
board with the keyboard in the first example described above (that is, the 
keyboard that includes a sound generator). This configuration puts you 
in position to record two tracks successively, with each track containing 


the musical material provided by one of these two instruments. In this 
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FIGURE D5: In Record mode or in Play mode, the messages sent from the keyboard are transmit- 
ted to the sequencer, which is responsible for passing them along to the expander by means of 


the MIDI Thru function. 
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case, the Thru function makes it possible to use two different connection 


arrangements, as shown in Figure 7.6 and Figure 7.7 below. 


These two arrangements, which are functionally equivalent, make it possi- 
ble for the keyboard’s sound generator and the expander’s sound gener- 
ator to receive messages from the sequencer’s MIDI Out port (in Play 


mode or Record mode). 


In Record mode or in Play mode, the sequencer’s Thru function has to 
be enabled in order for the messages sent from the keyboard to be passed 
along to the expander. However, the Thru function presents a size prob- 
lem, because the keyboard’s sound generator, which is in Record mode or 


Play mode, receives the same information twice. 


What's happening here ts that the messages sent from the keyboard are 
transmitted on the one hand to the sound generator via the internal link, 


and on the other hand to the sequencer via the MIDI link. Via the Thru 


Sound 
generator 


FIGURE 7.6: The sequencer’s MEDI Out port is connected to the MIDI In port of the keyboard or 
sound generator, whose MIDI Thru port is connected to the MIDI In port of the expander. 
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FIGURE.7: The MEDI Out port of the sequencer is connected to the MIDI In port of the ex- 
pander, whose MIDI Thru port is connected to the MIDI In port of the keyboard or sound 


generator. 


function, the sequencer is responsible for passing these messages along to- 
ward its MIDI Out port, which is connected to the MIDI In port to 
which the keyboard’s sound generator responds. This way, the generator 
receives the same messages twice, either nearly simultaneously (when the 
Thru function operates fast enough), or several milliseconds apart (when 
the Thru function causes a slight delay). In this latter case, the time lapse 
separating two identical Note On messages received successively by the 
keyboard's sound generator produces an undesirable phase effect, as 


shown in Figure 7.8 below. 


However, the major disadvantage of this duplicated reception lies in the 


fact that it reduces the polyphony of the instrument by half. In other 
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FIGURE7.8: In Record mode or in Play mode, the messages sent from the keyboard are transmit- 


ted to the sequencer, which is responsible for passing them along to the expander and to the 
keyboard's sound generator by means of the Thru function. However, there’s a problem, 
because this generator receives the messages twice (once from the keyboard and once from the 
sequencer). As a result, the generator’s polyphony is reduced by half, and some slight phasing 
effects could occur. 


words, when an arpeggiated chord consisting of four notes (for instance, 
G7 Gsre3 and G3) is played on the keyboard of a six-voice polyphonic 
instrument, the integrated sound generator will actually receive 4 X 2 mes- 
“Ysagestmamely, C2, CZ,C3, C3, E3, E3, G3, and G3), and therefore will 
not be able to respond to the last two notes. However, the sequencer will 
record only the four notes of the chord, and will reconstitute them prop- 
etly by means of the sound generator in Play mode. In other words, the re- 
duction in polyphony only occurs in Record mode or in Play mode. 


At first glance, the solution would appear to lie in enabling the Thru 
function during recording operations that involve the expander’s sound 


generator and disabling the Thru function during recording operations 
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that involve the keyboard’s sound generator. Fortunately, however, most 
of the keyboards associated with a sound generator have a Local Off 
mode that can be disabled, as shown in Figure 7.9 below. This step solves 
the problem much more elegantly, because it avoids the need for contin- 
ual enabling and disabling of the Thru function. You'll see later on that 
Local Off mode has other advantages as well. 


If the instrument being used doesn’t have a Local mode, then, as men- 
tioned above, you have to disable the sequencer's Thru function during re- 
cording operations that involve the keyboard’s sound generator and 
re-enable the Thru function during recording operations that involve the 
expander’s sound generator. However, during recording operations that 
involve the expander, the keyboard’s generator goes on playing, because 

of the internal link. To solve this problem, you can record the expander 
on a first track while manually setting the volume of the keyboard’s 

sound generator to zero, in order later on to record this sound generator 
on a second track (taking care, of course, to readjust the volume level). 


You can’t do it the opposite way, because if you start by recording the 
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FIGURE}.9: In Record mode or in Play mode, the keyboard’s sound generator (placed in Local 


Off mode) only receives messages once, by means of the sequencer’s Thru function. 
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first track with the help of the keyboard’s sound generator, the act of low- 
ering the volume of the first track while recording the expander on the 


second track will keep you from hearing the first track. 


You can create more elaborate configurations by connecting several 
sound generators (either keyboards or expanders, provided that only the 

_ keyboard connected to the sequencer's MIDI In port is used for record- 
ing) at the output of the sequencer, either cascade-style (that is, ina daisy- 
chain link) or in a star network. Either way, the principles you've just 


learned will still apply. 


The MIDI Channels 


Up till now, for the sake of simplicity, this examination of the Thru func- 
tion and Local Off mode has ignored the MIDI channels. However, if 
you look again at the last configuration in the preceding section, you can 
see that the sequencer sends exactly the same messages to the expander 
and to the keyboard’s sound generator. In order for track X to address 

only the expander and in order for track Y to address only the keyboard’s 
sound generator, you have to set the MIDI channels appropriately, 


To proceed with the successive recording of two tracks, you start by set- 
‘ting the keyboard’s sound generator, with Local Mode off, to a channel 
X (for instance, Channel 1), and setting the expander’s sound generator, 
with Local Mode off, to a channel Y (for instance, Channel 2). In order 
to practice (that ts, to work in Play mode) without recording, all you 
have to do is set the keyboard's sending channel to Channel | or Chan- 
nel 2. This step lets you hear the keyboard’s own sound generator or the 
expander’s sound generator, respectively, courtesy of the sequencer’s Thru 


function. 


Assume further that the instruments used in the following examples 


receive MIDI information in Omni Off mode, which means that the 
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instruments respond only to the messages whose channels are the same as 
their own receiving channels, as illustrated in Figure 7.10 and Figure 7.11 
below. 


In short, then, here are the steps you have to perform in order to record 


on two tracks: 
1 = Make the connections as described in the section earlier in this 
chapter entitled “Connections.” 
2 * Enable the Thru function of the sequencer. 
3 * Set the keyboard/sound generator link to Local Mode off. 


4 = Set the keyboard’s sound generators and the expander’s sound gen- 
erator to Omni Off. 


Ly 
Sound 
generator 


FIGURE }.10: The keyboard’s sending channel is set to Channel 1. In Record mode or in Play 
mode, in spite of the fact that the two sound generators receive the same messages by means of 
the sequencer’s Thru function, only the sound generator whose receiving channel corresponds to 
Channel 1 (in this example, the keyboard’s sound generator) produces a sound. 
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FIGURE].N: The keyboard’s sending channel is set to Channel 2. In Record mode or in Play 
mode, in spite of the fact that the two sound generators receive the same messages by means of 
the sequencer’s Thru function, only the sound generator whose receiving channel corresponds to 
Channel 2 (in this example, the expander’s sound generator) produces a sound. 


§ = Set the receiving channel of the keyboard’s sound generator. 


6 = Set the receiving channel of the expander to any number, provided 
that this channel number is different from the channel number that 


the keyboard's sound generator is set to. 
] * Select any sequencer track, for instance Track 1. 


8 = Set the keyboard’s sending channel to the number that corre- 
sponds to the receiving channel of the instrument to be recorded— 
in this example, to Channel | (that is, the receiving channel of the 


keyboard's sound generator). 
9 = Record Track 1. 
10 * Select another sequencer track. 


l= Set the keyboard’s sending channel to the number that corre- 


sponds to the receiving channel of the instrument to be recorded — 
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in this example, to Channel | (that is, the receiving channel of the 
expander). 


@ * Record Track 2, while the sequencer drives the keyboard’s sound 


generator by simultaneously reading Track 1. 


Figures 7.12 and 7.13 below show how MIDI messages travel when you 


record on two tracks. 


Most sequencers let users assign a channel number to each track. During 
reading, the channel number of the recorded messages (that is, the key- 

board’s channel number) is replaced by the number of the selected track. 
In the above example, once the tracks have been recorded, all you have to 


do is assign Channel 2 to Track | and Channel | to Track 2 in order for 


Sound 
generator 


IMLS 


SOFT 
THRU 
i . 


FIGURE 7.2: When Track 1 is recorded, the keyboard messages, as sent via Channel 1, are si- 
multaneously stored in the sequencer’s memory and transmitted to the two instruments by 
means of the Thru function. Only the keyboard’s sound generator, which is set to the same 
channel number, responds to the messages, 
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FIGURE 7.3: When Track 2 is recorded, the messages from the keyboard, sent via Channel 2, 
are simultaneously stored in the sequencer’s memory and transmitted to the two instruments 
by means of the Thru function. Only the expander, which is set to the same channel number, 
responds to the messages. Likewise, the messages recorded on Track 1 via Channel 1 are also 
read in order to be transmitted to the two instruments. Only the keyboard’s sound generator, 
which is set to the same channel number, responds to the messages. 


the expander to reproduce the track originally intended for the key- 
board’s sound generator, and vice versa (that is, for the keyboard’s sound 


generator to reproduce the track originally intended for the expander). 


Together with the Thru function, the channel number associated with 
each track plays a crucial role. In Record mode or in Play mode, the num- 
ber of the sending channel to which the keyboard is set makes no differ- 
ence, because the Thru function automatically substitutes the number of 
the selected track. This method is known as rechannelization, which simpli- 


fies steps 8 and 11 in the procedure described above: 


8 = Set Track I to Channel I. 
W« Set Track 2 to Channel 2. 
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This procedure keeps you from having to make frequent changes in the 
number of the keyboard’s sending channel depending on the sound gener- 
ator they want to address, and also lets you change the channel number 

of a track that was recorded earlier, in such a way that that track can con- 
trol a different sound generator. However, this rechannelization is done 

in real time, and therefore doesn’t affect the channel number of the re- 
corded messages, which is the same as the keyboard’s channel number. In 
this regard, most sequencers let you set one track not only to a given chan- 
nel, but to the original channel that was used during the recording opera- 
tion. Figure 7.14 below shows an example of channel number 


assignments for tracks. 


The concept of rechannelization leads to an improvement in the Thru 
function for instruments that don’t have a Local mode. In some se- 


quencers, this function can even be programmed in such a way as to be 


Pin | ff thw] 
yo _——" gone! 7 
Tracks 1, 2, 3,4 Sail 
Channels 1, 2, 3, 4 generator 
THRU 
Ein | thru 
Sound 
| in | [_Out_| 
Lin 
Qut_| fin | Yt thw pth 
yo R  —_thamnel | Sound 
generator 


Sound 
generator 


FIGURE 7.14: Assuming that three expanders are set to channels 2, 3, and 4, it’s sufficient to as~ 
sign these same channels to three tracks, as desired, so that simply selecting one of the channels 
makes it possible to drive the corresponding expander from the keyboard. 
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operational on all but one of the channels (under the circumstances, the 
channel of the keyboard's sound generator). Even though you're still 

faced with the problem of manually setting the volume, as noted earlier, 
you no longer have to disable the Thru function during a recording opera- 


tion that involves the keyboard's sound generator. 


In the absence of Local mode, and if the instrument allows it, the ideal so- 
lution would be to assign different numbers to the keyboard's sending 


channel and the channel(s) of the integrated sound generators. 


To close this section, Figures 7.15, 7.16, and 7.17 show examples of 


more complex con figurations: 


To conclude this discussion of tracks and channels, you should note that 
the number of tracks in a sequencer is often greater than the number of 
MIDI channels (that is, sixteen). This characteristic can be useful if you 


want to record the same instrument on different tracks assigned to the 


FIGURE 7.15: A configuration with a keyboard and three expanders 
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FIGURE 7.16: A configuration with a keyboard and six expanders connected in groups of two via 
the outputs of a MIDI Thru Box 


FIGURE 7.17: A configuration that makes it possible to record from two keyboards connected to a 
sequencer by means of a MIDI Merge Box 


Editing i : 


same channel, whether to simplify the musician’s job (with the right-hand 
piano part on one track and the left-hand part on another, with the notes 
of a bass part on one track and the Pitch Bend information on a second 
track, etc.), to facilitate the handling of the various drum and percussion 
elements (each one on one track), or to store several versions of the same 


part, GLE; 


Furthermore, some sequencers have several independent MIDI outputs. 
In such a case, in addition to transmitting information over such and such 
a channel, each track can be directed toward one of these outputs, as de- 
sired. For instance, you can envision a situation in which Track 1, via 
Channel 1, drives a sound generator connected to Output A, and in 
which Track 2, also via Channel 1, drives another sound generator con- 
nected to Output B. This way, a sequencer with four MIDI Out ports 
would offer no fewer than 64 channels (4 X 16), and would have at least 
64 tracks available. 


diting 


Now that you're acquainted with the concepts of connection, MIDI chan- 
nels, and tracks, it’s time to look at the ways in which recorded data can 
be handled. To work with recorded information, you need to be familiar 
with two different types of editing: the editing of structures and the editing of 


events. 


Editing Structures 


Sequencers make it possible to divide a track into several sections, each 


one recorded independently of the others. These sections—which can be 
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of different lengths and which are characterized by their starting and end- 
ing positions as expressed in terms of time signatures, measures or bars, 
beats, and ticks—are known as patterns. For instance, a given track can be 
recorded not only in its entirety, but also and particularly in terms of its 
component parts (for instance, a four-bar introduction, followed by two 


eight-bar phrases, then a six-bar chorus, etc. ). 


In addition to representing the different tape-recorder-style transport 
commands, tempo and time-signature settings, and the channels associ- 
ated with each track, etc., the main screen of a sequencer represents the 


patterns that have been recorded in one way or another. 


Starting with this breakdown into tracks and patterns, musicians have ac- 
cess to a set of functions they can manipulate in order to modify and or- 
ganize the structure of a piece. Among these functions are copying, 


insertion, shifting, deletion, and repetition. 


Editing Events 


Sequencers make it possible to edit, with a high degree of accuracy, MIDI 
events that have been recorded. Before examining some of these editing 
functions, here’s a look at how certain sequencers represent MIDI events 


onscreen, starting with Cubase shown in Figure 7.18 below. 


The Score 
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For users who are familiar with conventional musical notation, the score 
is initially the most intuitive data-visualization method, because of the 
way it shows one musical staff per track. The main drawback of this 
method is that it deals only with note messages, to the exclusion of all 
other kinds of messages (continuous controllers and Pitch Bend, After- 
touch, and SysEx messages, etc.). Sometimes a track can be broken down 
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FIGURE 7.18: The main screen of Cubase. The vertical axis indicates the tracks, and the horizon- 
tal axis indicates the time. The patterns are shown by rectangles whose length is a function of 
their duration. 


into two staves, one on either side of a given note. This function, which 1s 
very useful in representing a piano score (which uses the F-clef and the G- 


clef), is known as splitting. 


In addition to the individual editing of notes, you'll also run into other 
specific functions, such as key changes and changes from one tonality to 


another with clef changes. 


For reasons of readability, some sequencers quantify a score when they 
display it but leave the actual recording unchanged, as shown in Fig- 
ure 7.19 below. 
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FIGURE7.19: The ‘first staff shows the interpretation of four quarter-notes as they were played, 
while the second staff, for reasons of readability, is quantized by quarter-notes. 


This type of representation is generally associated with the printing of a 
score. As a result, some options (such as the ability to name staves and to 
combine them, and to position the various symbols, such as repetitions, 
crescendos and decrescendos, organ points etc.) are found in all score edi- 
tors, as illustrated in Figure 7.20 below. 


The Editing Grid 
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The editing grid looks like a checkerboard pattern in which each event is 
represented by a horizontal rectangle whose length (that is, for note mes- 
sages ) corresponds to its duration. Furthermore, vertical bars indicate the 
time signature in accordance with more or less fine divisions (eighth- 
notes, sixteenth-notes, etc. ). Opposite the grid is a listing ot various 
pieces of information about the events: the starting position, the status. 
the data associated with the status, etc. A typical editing grid, in this case 
that of the Pro 24 III sequencer, is shown in Figure 7.21 below. 


= Sse 


Editing 


Scone." Uincoeon a A Te a6 ies Oe. 


Gote BAM! Sf unction Score ewr_16 | 3. 1. @ fam > aes oc 
SSC aC TD (ED) | EE 233) 


noe SS @ LENGTH 768 PITCH AZ VELO-ON 111 VELO-cFF 64 


Rivies 


1 a 
eee apt Se 
Tn 2 Seas 
i : 
P 


a 
Ge 


3] * 
1 
2 
2 
2 
Z 
2 
2 
8 
1 
i 
2 
2 
1 
Z 


oerwononnmwAannonrn® 


-) 


PC ET ESTE Sn LET [SET COREE] CO 


FIGURE 7.21: Lhe prid screen of the Pro 24 IL sequencer 
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The Piano-Roll Display 
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The Percussion Instrument Display 
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is named at the left-hand side of the screen. Facing these instruments, the 
notes are represented by different symbols, which can be darker or lighter 
depending on the velocity of each note. The Drum Edit screen of the Pro 
24 III sequencer, shown in Figure 7.23 below, is a good example of this 
kind of display. 
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FIGURE 7.23: The Drum Edit screen of the Pro 24 ILI sequencer 


The Representation of Velocity 


Together with the four types of display described above, velocity is some- 
times represented by horizontal or vertical lines, whose length depends on 
the value of the note. Figure 7.24 below shows how velocities are repre- 


sented on the Edit Grid screen of Cubase. 
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FIGURE 7.24: The representation of velocities, as shown on the right side of the Edit Grid screen 
of Cubase 


Representation of the Controllers 


None of the methods described above is really suitable for displaying 
MIDI controllers (continuous controllers and Pitch Bend and Aftertouch 
messages, etc. ). Some sequencers use a two-dimensional display (with the 
time shown along the abscissa and the value of each message along the or- 
dinate), with each message being represented by a horizontal line whose 
height is determined by the length of the message. As an example, Fig- 
ure 7.25 below shows how Cubase represents the Pitch Bend controller. 


Multi-Windowing 


Multi-windowing, as shown in Figure 7.26 below, simultaneously com- 


bines several of the preceding types of screens when the same section is 


pipeenttae” 


Editing 


aRene 


Ewe 16 | 4. 4. Of 
jauny 26 | i. i. 6] 


FIGURE?.25: The graphic representation of the controllers (in this example, Pitch Bend) below 
the Key Edit screen of Cubase 
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FIGURE7.26: Simultaneous display of the editing grid and the score in Cubase 
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being edited. This feature lets you use different methods at once: a score 
for the notes, the editing grid for Program Change messages, and so on. 
The modification of an event in one of the windows is passed along in 


real time to the other windows. 


Absolute Metrical or Temporal Position 


In the editing grids that display positions, each position is described in 
terms of the measure in which it appears, its temporal position within the 
measure, and its tick with regard to the temporal position: in other words, 
its bar, beat, and tick parameters. However, some sequencers, such as Cu- 
base, offer the option of converting each position into SMPTE code, as 
shown in Figure 7.27 below. 
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FIGURE 7.27: The Edit Grid screen of Cubase. The note positions are represented in accordance 
with SMPTE time code. 
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Various Kinds of Processing 


After a recording is made, the sequencer lets users edit the recording, par- 
ticularly thanks to the different types of displays listed above. Before ap- 
plying any kind of treatment to MIDI events, it’s useful first to select the 
events you want to work with. You can make this selection according to 
the track, pattern, block, or status (Pitch Bend, Aftertouch, Notes, Pro- 
gram Change, Control Change, etc): 


It’s pointless to try to list all of the editing functions that sequencers im- 

plement, because these functions are so numerous and vary so much from 
one sequencer to another. With regard to editing, it’s enough to note that 
every MIDI recording can be modified as desired, either structurally or in 


terms of the messages it contains. 


Although hardly exhaustive, the following section provides a more de- 
tailed description of one of the more subtle processing operations 
(namely, quantization). The next chapter continues with advanced soft- 
ware editing and a look at various applications designed to let you simu- 


late audio effects with the aid of a sequencer. 


uantization 


Quantization is a procedure that’s intended to correct the rhythmic errors 
in a recording by rounding off the note positions (that is, the positions of 
MIDI Note On and Note Off messages) or, more precisely, by readjust- 

ing the note positions to a value that is a multiple of a boundary of a pre- 


determined rhythmic value (such as a quarter-note, an eighth-note, ELE, | 


In a concrete example, suppose you've just recorded a measure in 4/4 


time that contains four quarter-notes. If the resolution is 96 ticks to the 
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quarter-note (indicated as values from 0 to 95) and if your interpretation 


is perfectly accurate, you'd get the following messages and intervals. (Re- 


member, an interval corresponds to the number of ticks separating two 


successive MIDI messages. ) 


POSITION IN TERMS OF 
BARS, BEATS, AND TICKS 


1/10 


1/270 
1f2/® 


1/3/0 
1/3/8 


1/4/0 
1/4/0 


2/1/0 


MEMORY EVENT 


Note On message for the first quarter-note 
Interval of 96 ticks 


Note Off message for the first quarter-note 


Note On message for the second quarter-note 


Interval of 96 ticks 
Note Off message for the second quarter-note 


Note On message for the third quarter-note 
Interval of 96 ticks 


Note Off message for the third quarter-note 


Note On message for the fourth quarter-note 
Interval of 96 ticks 


Note Off message for the fourth quarter-note 


As you see, each quarter-note lasts for 96 ticks (which is the interval be- 


tween the Note On and Note Off messages), and each note’s position co- 
incides with a quarter-note boundary ayo: 1/2/0, 1/3/0, and 


1/4/0). Because of its precision, the existence of any such recording in 


real time is purely theoretical. It’s obvious that in reality the result would 


contain slight imperfections, such as the ones shown below: 


POSITION IN TERMS OF 
BARS, BEATS, AND TICKS 


ye 
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MEMORY EVENT 


Note On message for the first quarter-note 


Interval of 83 ticks 


POSITION IN TERMS OF 
BARS, BEATS, AND TICKS 


1/1/85 


W275 


1/2/90 


1/370 


1/3/84 


1/3/85 


1/4/86 
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MEMORY EVENT 


Note Off message for the first quarter-note 
Interval of 16 ticks 


Note On message for the second quarter-note 


Interval of 85 ticks 


Note Off message for the second quarter-note 
Interval of 6 ticks 


Note On message for the third quarter-note 
Interval of 84 ticks 


Note On message for the fourth quarter-note 
Interval of | tick 


Note Off message for the third quarter-note 
Interval of 97 ticks 


Note Off message for the fourth quarter-note 


With regard to the strong beats ayo) 1/2/0, 1/3/0, and 1/4/0), 
you can see that the first note is 2 ticks behind and the second note is 5 


ticks behind; the third note is “on time”; and the fourth note is 12 ticks 


_ ahead. You can also see that all the notes except for the fourth one are 


slightly shorter than a quarter-note should be, and that the fourth note 


was pressed before the third note was released. 


The sequencer works with rhythmic figures: whole notes, half-notes, quar- 


ter-notes, eighth-notes, sixteenth-notes, thirty-second notes, dotted notes, 


and so on. For instance, after the recording described above was quan- 


tized to the quarter-note, the Note On and Note Off messages that 


needed to be tweaked were readjusted to the border of the nearest 
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quarter-note (that is, to a position characterized by the following format: 
bar/beat/O, or b1 /b2/ 0). This procedure gives you this result (with 


the values in parentheses corresponding to the positions prior to 


quantization): 


POSITION IN TERMS OF 
BARS, BEATS, AND TICKS 


1/1/0 (1/1/2) 


1/2/0 (1/1/85) 
1/2/0725) 


1/3/0 (1/2/90) 
1/3/0 (1/3/0) 


1/4/0 (1/3/84) 
1/4/0 (1/3/85) 


2/1/0 (1/4/86) 


MEMORY EVENT 


Note On message for the first quarter-note 


Interval of 96 ticks 
Note Off message for the first quarter-note 


Note On message for the second quarter-note 


Interval of 96 ticks 
Note Off message for the second quarter-note 


Note On message for the third quarter-note 
Interval of 96 ticks 


Note On message for the fourth quarter-note 


Note Off message for the third quarter-note 
Interval of 96 ticks 


Note Off message for the fourth quarter-note 


More generally speaking, where b1, b2, and x correspond respectively to 


the bar number, the beat number within the bar, and the tick number 


within the beat, you can describe the procedure numerically: 


POSITION BEFORE QUANTIZATION — POSITION AFTER QUANTIZATION 


b1/b2/x (where x is 


less than 48) 


b1/b2/x (where x is 


greater than 48) 


b1/b2/0 


b1/b2 + 1/0 


Quantization 


- For x = 48, the sequencer has the option of rounding the position either 
to the next beat or to the last beat (that is, of either advancing the posi- 


tion or retarding it). — 


In short, you can see that the quantization of a sequencer, stored as a se- 
ries of interval counts and MIDI messages, is simply a mathematical pro- 
cedure applied to the value of the counters associated with the Note On 
and Note Off messages in order to readjust the position of these notes as 


a function of the selected quantization value. 


Table 7.2 below shows the positions to which note messages can be ad- 
P g 
justed as a function of the various thythmic figures and the various resolu- 


tions to the quarter-note: 


TABLE7.2: Positions to Which Note Messages Are Adjusted, Depending on Rhythmic Figures 


and Resolutions 


RESOLUTION: 48 96 ji ig? 384 


Quarter-note b1/b2/0 . bt/b2/0 b1/b2/0 b1/b2/0 
Eighth-note b1/b2/0 b1/b2/0 bi /b2/0 b,/b2/0 


b1/b2/24 b1/b2/48 bi /b2/96 bi /b2/192 
Eighth-note triplet bi /b2/0 b1/b2/0 b1/b2/0 b,/b2/0 
b1/b2/16 by /b2/32 b1/b2/64 bi /b2/128 
bi/b2/32 bi /b2/64 ~—b1 /b2/128 bi /b2/256 
Sixteenth-note b1/b2/0 b1/b2/0 b1/b2/0 bj /b2/0 
bi/b2/12 bi /b2/24 ~— bb /b2/48 ~——b. /b 2/96 
bi/b2/24 Bb 1/b2/48 bi /b2/9_ by /b2/192 
by /b2/36 b1/b2/72 ~— bj /b2/14 ~——sb /b2/288 
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TABLE}.2: Positions to Which Note Messages Are Adjusted, Depending on Rhythmic Figures 


and Resolutions (continued) 
RESOLUTION: 48 

b1/b2/8 
b1/b2/16 
b1/b2/24 
b/b2/32 
b1/b2/40 
bi/b2/0 
b1/b2/0 
b1/b2/6 
bi/b2/12 
b1/b2/18 
b1/b2/24 
b1/b2/30 
b1/b2/36 
b1/b2/42 


Sixteenth-note triplet 


Thirty-second note 


96 
b1/b2/16 
b1/b2/32 
b1/b2/48 
b1/b2/64 
b1/b2/80 
bi/b2/0 
b1/b2/0 
b1/b2/12 
b1/b2/24 
b1/b2/36 
b1/b2/48 
b1/b2/60 
b1/b2/72 
b1/b2/84 


192 
b/b2/3 
b1/b2/6 
b1/b2/9 
by/b2/12 
b1/b2/16 
bi/b2/0 
b1/b2/0 
bi /b2/2 
b1/b2/4 
bi/b2/7 
b1/b2/96 
b1/b2/120 
b1/b2/144 
by /b2/168 


384 
b1/b2/64 
b1/b2/128 
b1 /b2/192 
b) /b2/256 
by; /b2/320 
bi /b2/0 
b1/b2/0 
by /b2/48 
by /b2/96 
b, /b2/ 144 
by) /b2/192 
by /b2/240 
bi /b2/288 
b1/b2/336 


Every sequencer manufacturer implements quantization ditferently. Here 


are some of the approaches they take. 


The Quantization of Note On Messages 


As its name indicates, this type of quantization does not affect Note Off 


messages, 
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The Quantization of 
ote On Messages with Length Readjustments 


This type of quantization preserves the lengths of the notes (that is, the 
number of ticks separating each Note On message from the correspond- 
ing Note Off message j. This way, when a Note On message is quantized 
(that is, when it’s shifted by plus or minus X ticks), the corresponding 
Note Off message is shifted by the same number of ticks. 


ote On/Note Off Quantization 


As its name indicates, this type of quantization readjusts both Note on 
and Note Off messages. 


When a sequencer processes the Note On and Note Off messages at the. 
same time, there’s a potential disadvantage—namely the fact that if the 
length of the note is less than the quantized value, both of the messages 


are readjusted to the same point—that is, to the same beat. 


Generally speaking, Note On /Note Off quantization is relatively strict. 
However, it has the advantage of clarifying the display of a score (for 
printing directly from the sequencer, or for importing a file into a particu- 
lar piece of software), because in addition to performing a temporal read- 
justment of the notes it also changes their durations, converting them into 


whole-number multiples of the quantization unit. 


Incremental Quantization 


This procedure is rather like a gradual “magnetization” of Note On mes- 
sages. Each time this function is triggered, the notes are shifted by half 
the distance that they would normally be shifted in order to reach their 
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quantized position (with this distance being rounded, of course, if the 
number of ticks is an odd number). Thanks to this method. the recording 
retains its original character, because it undergoes a more or less subtle re- 
adjustment (depending on the number of processing steps performed) as 
opposed to the more mechanistic simple quantization operation. In short. 


you don’t lose the feel. 


Incremental Quantization with Regulated Attraction 


In the last example, each increment was equal to half the distance the 
note had to travel in order to be properly quantized. Now you can qual- 
ify this quantization procedure in terms of SO-percent increments (that ts. 
half the distance in question). By imposing parameters on the attraction 
of each increment, you can quantify the “magnetization.” as 1t were, in a 


much more flexible way. 


Lone Quantization 


This procedure consists of defining, around each quantization position 
(for instance, around every eighth-note), a zone expressed in tenms of a 
greater or lesser number of ticks (that is, a given number of ticks in front 
of or behind the selected unit) within which notes will be quantized in 
the usual way. Outside this zone, the messages will not be readjusted at 
all. In the same way as with incremental quantization (the two methods 
can sometimes be combined), the result you get has the advantage of be- 


ing more musical than it would have under simple quantization. 


Quantization by Modeling 


All of the quantization procedures described up till now rely on mathe- 


matical manipulations. Quantization by modeling acts differently in that 
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it lets users decide what the readjustment positions should be, either by 


defining them or by basing them on a previously recorded track. 


Assume that a drum track and a bass track, each of which is one measure 


long, have been recorded in the following way: 


The Drum Track 


1/1/2 
1/1/93 
1/3/3 
1/13/92 


The Bass Track 


1/1/0 
1/1/49 
1/2/1 
1/2/42 
1/3/6 


1/3/47 | 


1/3/88 
1/4/48 


If the bass ts quantized in accordance with the drum track, the notes near 
the bass drum and the snare drum will be readjusted to the corresponding 
beats, while the positions of the other notes, which are too far from the 


drum notes to be quantized, remain unchanged. The quantized messages 


Note On, bass drum 
Note On, snare drum 
Note On, bass drum 


Note On, snare drum 


Note On, C2 
Note On, G2 
Note On, C2 
Note On, G2 
Note On, F2 
Note On, C3 
Note On, F2 
Note On, C3 


are shown in boldface type. 


Quantization ; — * 


wast 
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1/1 /2 Note On, C2 

1/1/49 Note On, G2 

1/1/93 Note On, C2 

1/2/42 Note On, G2 

1/3/3 Note On, F2 

Ws? Note On, C3 

1/3792 Note On, F2 

1/4/48 Note On, C3 
Instead of starting with previously recorded tracks, some quantization 
methods let you program the various models for themselves. In such 
cases, you decide which positions should be used as bases for the quanti- 
zation of your recording. These programmable models can be saved on 


disk, thereby letting you build up a bank or library of so-called “quantiza- 


tion models” adapted to your particular needs. 


Figure 7.28 below shows how Cubase uses its Groove Quantize window 


to let you model your own quantization scheme. 


| oa ; GROOVE PreSnare | 
HlGoto B All ElFunction IsNarp OF fF | 
a 7 a oc cM 


eee | | a | 
i oe ee ee eg a | 


FIGURE7.28: Modeling as viewed by Cubase’s Groove Quantize window 
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Quantization 


Intelligent Quantization 


Some so-called “intelligent quantization” procedures can be adapted to a 
musician's performing style. For instance, after a recording has been ana- 
lyzed, and provided that a majority of the notes are located either “ahead 
of” or “behind” a particular location or position, the quantization 
method will respect and reflect this interpretive style instead of treating 
these shifts as rhythmic errors. Likewise, a section consisting of binary 


and ternary passages will be quantized with respect to the musician’s play- 


ing style. 


Reversible Quantization 


In performing quantization operations, a very few sequencers systemati- 
cally store in memory the unprocessed version of the recording. Although 
this method has the disadvantage of taking up twice as much memory 
space (and, when the recording is saved, twice as much disk space), it also 
lets users work backward at any time by recovering the original version. 
The act of “freezing” the quantized version—that is, irreversibly destroy- 
ing the duplicate of the original version of the recording—makes it possi- 
ble to free up memory space as soon as the quantization is deemed 


correct and definitive. 


Quantization Before, During, or After 


As a general rule, most sequencers carry out quantization operations dur- 
ing the editing stage, although some sequencers also offer quantization as 
an option while recording, With quantization during recording, the soft- 
ware immediately readjusts the note messages it receives at the MIDI In 


port. This procedure represents a significant time savings for anyone who 
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wants to process all of the sequences systematically. However, unlike 
quantization during reading, which doesn’t change the recorded data, this 
method is irreversible, inasmuch as it operates in real time by transmitting 
the messages on the desired beats. On the other hand, this procedure re- 
quires software that’s powerful enough to handle the MIDI inputs and 


outputs while performing the quantization at the same time. 


Fixed Length 


In addition to performing time-based readjustments, sequencers can also 
work on the lengths of notes—that is, on the number of ticks that sepa- 
rate a Note On message from the corresponding Note Off message. For 
instance, a sequencer can use the Fixed Length function to allocate a 
given length (such as a quarter-note, an eighth-note, a predetermined 
number of ticks, etc.) to each note. Each Note Off message is then 
shifted by a greater or lesser amount, depending on whether the distance 
separating the message from the corresponding Note On messages is less 
than or greater than the value of the selected length. 


Minimum and Maximum Lengths 
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The so-called “Minimum Length” function lengthens all the notes whose 
duration is less than a predetermined rhythmic value, in such a way as to 
assign that predetermined value to all of those notes. Notes whose dura- 
tion is greater than or equal to the predetermined value are not affected. 
Conversely, the so-called “Maximum Length” function shortens all the 
notes whose duration is greater than a predetermined rhythmic value, in 
such a way as to assign that predetermined value to all of those notes. 
Notes whose duration is less than or equal to the predetermined value are © 
not affected. 


: 


This overview of the various time-based readjustment procedures for 
Note On and Note Off messages gives you some idea of the processing 
power that sequencers can offer. 
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N THE LAST chapter you got ac- 
quainted with the basic procedures for 
MIDI recording. Now it’s time to move 
on to more sophisticated techniques, 
starting with logical or mathematical op- 
erations and effects stmulation, and end- 
ing with ways to handle delay problems 


and store the sequences you ve created. 


[[gsical Manipulations 


Logical manipulations are mathematical operations applied to MIDI mes- 
sages. They consist essentially of additions, subtractions, divisions, multi- 
plications, and conditional operations. Although they're not very 
intuitive, these tools can be extremely effective. For example, take a look 
at the Logical Edit screen of Cubase, shown in Figure 8.1 below. 


The Logical Edit screen lets you select MIDI bytes before applying 


various processing operations to them. The Event block in the upper 


Logical Manipulations 


RESET 


4 


[ CONDITION 


ENT 


 -erwn 
an 


['No-Op | no-Op | No-Op | No-op JIL 


| UNDG 


FIGURE 8.1; The Logical Edit screen of Cubase 


left-hand corner of the screen determines the type or types of events (that 
is, status) to be taken into eonsersen, The upper line lets you select 
the events from among the seven existing channel messages (Note On, 
Note Off, Polyphonic Key Pressure, Control Change, Program Change, 
Channel Pressure, and Pitch Bend), while the bottom line lets you select 


the events in accordance with the following criteria: 
all’: taking into consideration all status types 


“equal”: taking into consideration selected status types 


“unequal”: taking into consideration all status types, except the 


selected event 


= “higher”: taking into consideration all strictly higher status types 
(1.e., bits 4 to 6, with the exclusion of the channel) without a 
selected status type 


iI 
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" “lower”: taking into consideration all strictly lower status types 
(i.e. bits 4 to 6, with the exclusion of the channel) or a selected 
status type 


Here are a few examples of typical settings: 


" To work with all status types except for Program Change messages: 


program change 
unequal 


* To work only with Aftertouch messages: 


channel pressure 
equal 

" To work with notes, Polyphonic Key Pressure messages, Program 
Change messages, and Control Change messages: 


channel pressure 
lower 


Starting with this first selection, the five columns to the right enable the 
display of the type of processing within each type of event. 


The column headed “Value 1” corresponds to the first data byte, the col- 
umn headed “Value 2” corresponds to the second byte (which doesn’t ex- 
ist for Program Change messages and Channel Aftertouch messages), the 
column headed “Channel” corresponds to the channel, the column 
headed “length” corresponds to the length (but only when notes are in- 
volved), and the column headed “bar range” corresponds to the position 
within the measure (for instance, all of the messages located on either side 
of the fourth beat, etc.). This last column is represented in the form of an 


interactive graphic located at the bottom of the screen. 


The first line governs the selection for each column (All, Equal, Unequal, - 
Higher, Lower, Inside, or Outside). The second line indicates the value at 
which the selection will be implemented. The “inside” and “outside” pa- 


rameters refer to the second and third lines, which delimit the minimum 
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and maximum intervals within (Inside) and beyond (Outside) which the 


selection will be implemented. 


For example, Figure 8.2 below shows the parameters you have to imple- 
ment if you want to select the note messages on Channel 5, Channel 6, 
and Channel 7, within a pitch interval from C2 to C3, for a velocity 
greater than 64, for a length less than a quarter-note, and for a position 
between the second and third beats: 


At this stage in the operation, you can quantify the specified events 

(by means of the Quantize command), remove them (by means of the P 
Delete command), reproduce them in a different pattern (by means of the 

Copy command), extract them (by deleting them and then copying them 

in a different pattern), or select them for further treatment in an editing 


grid (by means of the Select command). 
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FIGURE 8.2: Parameter settings for the note messages, pitch interval, velocity, duration, and posi- 
tion described in the text 
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In addition to these operations, the logical processing (Operation) line 
mathematically converts the so-called “operands” in the five preceding 


columns in accordance with the following criteria: 


=" “No-Op”: no effect 


* “Plus”: addition of an offset 


“Minus”: removal of an offset 
= “Mul”: the multiplication factor 


" “Div”: the division factor 


The lower line (“value”) specifies the offset or the factor to be applied in 


the foregoing operations. 


The Result line is divided into five blocks: “Event,” “Value 1,” “Value 
2,” “Channel,” and “Length.” The “Event” block is somewhat special in 
that it lets you modify the status of the MIDI channel message according 
to any of the seven possible options, provided that the contents of this 
block are something other than “***’. With regard to the other four 
blocks, you can choose between a fixed value to be acquired directly, and 
the result of the operation performed with regard to the corresponding 


column (“**’”) 


i. 


The variables “=> A” and “=> B” form a mini-patch. By using the 
mouse to drag “=> A” to the “Value 2” results block, the modifications 
made in the “Value 1” column are applied (that is, patched) to the 
“Value 2” results. block. In the same way, by dragging “=> B” to the 
“Value 1” results block, the modifications made in the “value 2” column 


are applied to the “Value 1” results block. 


Furthermore, after a starting value and an ending value have been speci- 
fied, the act of dragging the dynamic symbol (“DYN”) to one of the re- | 


sults blocks creates a linear progression between the value of the first 
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message for the pattern(s) to be processed and the value of the last mes- 
sage. The conversion (“Transform”) and insertion (“Insert”) options in- 
volve the modification and insertion, respectively, of the selected and 


treated events. 


In conclusion, and to help you familiarize yourself with software editing 


grids, here are a few practical examples. 


Assume that a keyboard which is sensitive to Channel Aftertouch is send- 
ing via Channel 5, and that the reverberation time of an effects processor 
set to Channel 10 reacts to Control Change 11 (OBH, the Expression con- 
troller). In order to have an effect on the reverb time directly from the 
keyboard, you have to convert the previously recorded aftertouch mes- 
sages into a controller expression and replace Channel 5 with Channel 10, 


as shown in Figure 8.3 below. 


LUGICAL 


COND! LON 


¢ Aftertouch 


OPERATION : rut _[ no-op_[xo-0p | aii | 


a 5 

RESULT =| 
Be ctr change | eT 
DYNAM | ( . a =o 


FIGURE8.3: Conversion of Aftertouch on Channel 5 to Control Change 11 on Channel 10 
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The “=> A” option in the “Value 2” results block has the effect of 

patching the Channel Aftertouch value (that is, the second byte of a mes- 
sage that only uses two bytes) to the value of the Control Change (that is, 
the third byte of the messages). If you want to improve and refine the ef- 
fectiveness of this message, there’s no reason not to program a multiplica- 


tion factor or a division factor in the “Value 1” column. 


Now assume that a snare drum programmed on a sound generator set to 
Channel 2 is causing an excessive amount of background noise, and that a 
mixing console is equipped with an automatic mute (that is, a voice cut- 
off) command driven by Control Change message 68 on Channel 3. (The 
values 127 and 0, respectively, trigger the opening and closing of the 
snare-drum voice.) For each note message, the maneuver consists of 
inserting a voice-opening message at a position several ticks earlier, and 
then a track-closing message located as many ticks later as required by the 


duration of the sound of the snare drum, as shown in Figure 8.4 and 


CONDATALON 


| 
fF Note | ’ 
Po setect | 


OPERAT-FON 


RESULT 


UNEG 


BAR-RANGE 


FIGURE 8.4: Insertion of a voice-opening (“unmute”) message triggered a few instants before 
each snare drum message 
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Figure 8.5 below. Then, by controlling the console voice assigned to re- 
turn a reverb programmed for the snare drum, you can get a so-called 


“gate” reverb effect. 
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FIGURE8.5: Insertion of a voice-closure (“ “mute”) message triggered a few instants after each 
snare drum 


In a third and last example, a sequence programmed on a sound generator 
set to Channel 8 triggers an eighth-note echo on a second sound gener- 
ator, this one set to Channel 9. This slightly odd echo occurs only on 
notes located within an interval of one quarter-note centered on the 
fourth beat of each measure, and transposes these notes by an interval 
based on a multiplication factor of 1.20, as shown in Figure 8.6 below. 
The velocity is decreased by half and the notes are decreased by one- 
quarter of their length. 
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number—while advancing this copy by a certain number of ticks, depend- 
ing on the duration of the desired effect. 


For example, with the help of a sequencer at a resolution of 96 ticks to 
the quarter-note, the act of copying Track A to Track B while advancing 
the copy by 48 ticks is the same as applying an eighth-note delay to 
Track A. By repeating this procedure (that is, by copying Track B to Track C, 
copying Track C to Track D, and so on), you get several successive repeti- 
tions, without forcing them to be spaced the same number of ticks apart. 
This way, there’s no reason why you couldn’t shift Track C by, say, 96 
ticks with regard to Track B, and Track D by, say, 24 ticks with regard 
to Track C. In this case the echoes would come at a distance of one 
eighth-note, one dotted quarter-note (that is, a quarter-note plus an 
eighth-note), and one double-dotted quarter-note (that is, a quarter-note 
plus an eighth-note plus a sixteenth-note) from the notes on Track A. 


Compared to any conventional procedure, the MIDI echo has the advan- 
tage of letting you use as many different sounds as there are successive 
repetitions (because to do that, all you have to do ts assign a different 
channel number to each track that you copy). However, the MIDI echo 
also has the disadvantage of multiplying the number of tracks and there- _ 
fore the number of polyphonic voices required (which doubles with each 


: repetition). 


At base, the volume of a natural echo has a tendency to decrease with the 
number of repetitions. In order to reproduce this acoustical characteristic, 
you have a choice. You can decrease the velocity of each copy (provided 
that the velocity has an effect on the amplitude of the sound), or you can 
program a decrescendo of the MIDI volume (provided that your copies 


are assigned to different channels). 


Some sequencers, such as the Cubase software shown in Figure 8.7 below, 
go so far as to incorporate a module dedicated to the MIDI echo effect. 
This effects processor acts either upon input (that ts, at the MIDI In 
port) or upon output (that is, at the MIDI Out port), letting you hear 
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MIDI EFFECT PROCESSOR 


FIGURES]; The MIDI Processor window of Cubase 


the effect in real time (to the extent that the interpretation allows it), re- 
cord it directly on a track, or trigger it only during reading, The number, 
spacing, and quantification of these repetitions are programmable, be- 

cause each repetition is associated with a positive or negative shift-offset 


of the echo time, the velocity, and the transposition. 


The Harmonizer 


A harmonizer produces an effect that duplicates a signal at a certain pitch 
interval (for instance, a third, a fifth, etc.). To reproduce this effect with a 


sequencer, all you have to do ts copy the desired track before transposing 
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this copy by a greatér or lesser given number of semitones. In the same 
way as for the MIDI echo effect, there’s no reason why you can’t program 
a tone-doubling sound that’s different from the original (provided that 
another MIDI channel is available). 


How Dynamics fire Handled 


The dynamic range ofa signal, as expressed in decibels (dB), measures the 
extent of the volume of the signal from its minimum level to its maxi- 
mum level. In audio, this dynamic range lends itself to a variety of treat- 
ments. The most widely used of these treatments are compression, 
limitation, and expansion. All of these effects can be simulated by means 
of a sequencer, provided the sequencer is capable of performing opera- 
tions on velocity (by addition, subtraction, multiplication, and division), 
and provided the velocity has an effect on the volume of the sound that’s 


being processed. 


The Compressor 


Compressing an audio signal consists of attenuating it by a certain per- 
centage when its level is greater than a given threshold value. Thus percent- 
age, which is known as the ratio, is expressed in the form “A:1”. If you let 
X represent the compression threshold, let Y represent the level of the sig- 
nal at the input of the compressor, and let Z represent the level of the signal 

at the output of the compressor, then the following treatments can be 


applied: 
* When Y is less than or equal to X: 
z= Y¥ 
" When Y is greater than X: 


Zea hee ea A) = KY AC xc A 
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For example, for a compression ratio of 2:1 and a threshold value of 

80 dB, as shown in Figure 8.8 below, the signals whose levels are higher 
(for instance, 90 dB, 100 dB, 110 dB, etc.) will be decreased by an ampli- 
tude equal to half the distance between these values and the threshold 
value (for instance, 85 dB, 90 dB, 95 dB, etc.). 


In order to obtain an equivalent result with a sequencer, the sequencer 
should be capable of operating selectively on the velocities that are greater 
than the threshold value. (In this case the sequencer has to divide these ve- 
locities by the value of A, add the value of X, and then deduct the value 
of X/ A.) If this is not the case, then you can approximate the desired re- 
sult by dividing the entire set of velocities by A (which ts equivalent to 
working with a null threshold), then adding a constant to the set of di- 
vided velocities (with the constant being small enough that the result is 
never greater than 127), in such a way as to raise the general level of the 


dynamic range that has been compressed in this manner. 


Compression 

127 127 127 
190 166 1690 

8a 86 86 

60 68 68 

40 40 49 

26 26 26 

68 r= a 06 66 = 

Original velocities Division by 2 Addition of a constant 


FIGURE 8.8: Cornpression of all the velocities with a ratio of 2:1, followed by the addition of a 
constant (in this case, 40) 


The €xpander 


Expansion, which is the opposite of compression, consists of increasing 
or extending an audio signal by a certain percentage when its level is 
greater than a given threshold value. This percentage, which ts also 
known as the ratio, is expressed in the form “A:1”. If you let X represent 
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the expansion threshold, let Y represent the level of the signal at the 
input of the expander, and let Z represent the level of the signal at the 
output of the expander, then the following treatments can be applied: 


" When Y is less than or equal to X: 
Z=Y 

" When Y is greater than X: 
Z=X+((Y-X)xA)=X+XxA-XXA 


For example, for an expansion ration of 4:1 and a threshold value of 

20 dB, as shown in Figure 8.9 below, the signals whose level is higher 
(for instance, 30 dB, 35 dB, 40 dB, etc.) will be increased with regard to 
the threshold value by an amplitude equal to four times the distance be- 
tween these levels and the threshold value (that is, for the signals listed 
above, 60 dB, 80 dB, 100 dB, etc.). 


In order to obtain an equivalent result with the aid of a sequencer, the se- 
quencer should be capable of operating selectively on the velocities that 
are greater than the threshold value. (In this case the sequencer has to mul- 
tiply these velocities by the value of A, add the value of X, and then de- 
duct the value of X x A.) If this is not the case, then you can approximate 

- the desired result by multiplying the entire set of velocities by A (which is 
equivalent to working with a null threshold). Either way, you should 
make sure that the result of these operations does not exceed 127. 


Expansion 
127 127 127 
166 199 168 
80 86 88 
68 66 69 
408 40 46 
20 20 26 
68 66 86 Se 
Original velocities Removal of a constant Multiplication by 2 


FIGURE 8.9: Expansion of velocities whose value is greater than a threshold value of 20 dB with 
a ratio of 4:1 
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The Limiter 


Limiting an audio signal is the equivalent of compressing the signal with 
a maximum ratio (from + infinity:1)—in other words, keeping the signal 
from going beyond the threshold. If you let X represent the limitation 
threshold, let Y represent the level of the signal at the input of the limiter, and 
let Z represent the level of the signal at the output of the limiter, then the 


following treatments can be applied: 


" When Y is less than or equal to X: 
Zo oN 

" When Y is greater than or equal to X: 
Z=X 


To obtain an equivalent result with the aid of a sequencer, you would 
start by setting a velocity threshold value X that should not be exceeded, 
and then add to the set of velocities in the sequence the difference W be- 
tween this threshold value and the maximum value that the velocity can 
accept (in other words, W = 127 —X). This operation has the effect of 
bringing all velocities that are greater than or equal to X to a value of 
127, while increasing by W the velocities that are strictly less than X. 
Then you can remove the value W (still operating on the entire set of ve- 
locities), to bring back to their original values those values that initially 
didn’t exceed the value of X, and to force the other values to X (that is, 
127 — W). This way, all of the velocities are between | and X, as shown 
for example in Figure 8.10 below. 


It’s easy to see how the Opposite operation can be performed (that is, 
with a minimum threshold value beyond which none of the velocities 
should fall). This latter operation can be useful when the volume of cer- 


tain notes in a recording is too low. 
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FIGURE 8.10; Removal of a constant (in this case, 40), followed by the expansion of all the 


velocities with a ratio of 2:1 


These operations—compression, expansion, and limitation—can be ap- 
plied to other types of status (such as aftertouch and modulation), and 
can sometimes lead to unexpected results. 


The Modulation Effects 


Commonly known as the “modulation effects,” the chorus, vibrato, and 
other phase-based effects are intended to “thicken” a sound. They add 
one or more quasi-identical signals to the original tone, with slight cyclic 
fluctuations in pitch, often delayed by several milliseconds. This type of 


effect is harder to achieve with a sequencer. 


-To do so, first you have to select a controller that has a moderate effect 
on the pitch of a sound (preferably by modulation or aftertouch, as op- 
posed to Pitch Bend), and then get access to a multitimbral expander on 
which you can set two identical timbres on two different MIDI channels. 
After recording one track on the first channel, you can duplicate this 
track by assigning the second channel to the copy, in order to record 
slight pitch variations, with the aid of the controller, on a third track. 
This third track is programmed on either of the other two channels. (A 
small number of bars ts sufficient, as long as they're repeated throughout 


~ the length of the track.) The variations in pitch applied by this controller 
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cause vibratory phenomena identical to those created by the vibrato, 
chorus, or phase effects. This procedure can be improved by shifting 
either of the first two tracts by several ticks. 


flutomatic Panorama 


The automatic pan, or auto-pan, effect consists of dynamically shifting a 
signal in stereophonic space. This effect can be simulated with the aid of 
Control Change number 10 (OAH). Starting with a window that provides 
a graphic representation of the controllers, you can, for example, use the 


mouse to draw the desired curve. 


Chorus, fluto-Pan, and the MIDI Harmonizer 


This section, which ranges farther afield from sequencers, discusses how 
to obtain effects that are equivalent to the ones you've just been looking 
at, but this time in real time, with the help of a few lines of code written 
in BASIC. The listing shown below represents a MIDI program that can 
generate three effects simultaneously—namely, Chorus, Auto-Pan, and 


Harmonizer. 


In this example, a keyboard sending over Channel | is connected to the 
computer, whose output is directed toward a sound generator (optionally 
the sound generator of the same keyboard, with Local Mode off). Two 
identical tones are programmed on Channel 1 and Channel 2, in order to 


be sent to the right-hand and left-hand outputs of the sound generator. 


When the program receives a Note On message via Channel 1, it calcu- 
lates three random numbers. The first two numbers create a discord be- 
tween Sound | and Sound 2 by sending Pitch Bend messages, while the 
third number sets the pan effect for Sound 1 (with Sound 2 being set the 


opposite way). Once these various settings have been established, the note 
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that was received is retransmitted, twice, via MIDI Channel | and MIDI 
Channel 2 (as are the messages indicating that the note has been re- 
leased). Furthermore, the value 12 is added to the note number on Chan- 
nel 2, thereby creating an octave harmony. The other MIDI bytes are sent 
unchanged (via the Thru function). For the sake of simplicity, messages 
other than the note messages are not reduplicated. As a result, an action 
such as the application of pressure to a sustain pedal or the shifting of a 


modulation wheel will be effective only on Channel 1. 


The following program was written and implemented in the T-BASIC 
language provided by Dr. T’s Music Software. 


f MID! Multi-Effect: Chorus, Panorama, and Harmonizer 


10 CLS 

20 MIDIOUT &HBO:MIDIOUT 123:MIDIOUT 0: All Notes Off Channel 1 
30 MIDIOUT &HB1:MIDIOUT 123:MIDIOUT 0: All Notes Off Channel 2 
40 LOOP: : main loop 

50 GOSUB MIDI_IN: reception of a byte 

60 IF BYTE = &H90 THEN GOTO NOTE_ON: is it a Note On? 

70 IF BYTE = &H80 THEN GOTO NOTE_OFF: is it a Note Off? 

80 IF BYTE < 128 AND N = 1 THEN GOTO 150: Running Status Note On 
90 IF BYTE < 128 AND N = 2 THEN GOTO 250: Running Status Note Off 
100 N = O:MIDIOUT BYTE:GOTO LOOP: MIDI Thru 
le) 

120 NOTE_ON: 
130 N= 1: pointer set to 1 
140 GOSUB MIDI_IN: reception of Note Number 
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160 


170 


180 


186 


190 


196 


200 


210 


220 


230 


240 


250 


260 


270 


280 


286 


290 


300 


310 


320 
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NOTE = BYTE: 

GOSUB MIDI_IN: 

GOSUB PAN_BEND: 

MIDIOUT &H90:MIDIOUT NOTE:MIDIOUT BYTE: 
FOR X = 1 TO (P2*5):NEXT: 

MIDIOUT &H91:MIDIOUT (NOTE + 12): 
MIDIOUT BYTE: 

GOTO LOOP: 

NOTE_OFF: 

N=2; 

GOSUB MIDI_IN: 

NOTE = BYTE: 


GOSUB MIDI_IN: 


MIDIOUT &H80:MIDIOUT NOTE: MIDIOUT BYTE: 


MIDIOUT &H81:MIDIOUT (NOTE + 12): 


MIDIOUT BYTE: 


GOTO LOOP: 
PAN_BEND: 

PO = INT ((RND(1)*8) + 1): 
P1 = INT ((RND(1)*9) - 8): 
P2 = INT ((RND(1)*127) + 1): 
P3 = 128 - P2: 


storage in NOTE 
reception of velocity 
chorus/auto-pan subroutine 
send Note On Channel 1 
random delay 

send Note On... 
...Channel 2 


return to the loop 


pointer at 2 

reception of Note Number 
storage in NOTE 
reception of velocity 
send Note Off Channel 1 
send Note Off... 
...Channel 2 


return to the loop 


random between 1 and 8 
random between 0 and - 8 
random between 0 and 127 


complement to 127 


360 
370 
380 
390 
400 
410 
420 
430 


440 


The 


MIDIOUT &HEO: 


MIDIOUT &HE1: 


MIDIOUT &HBO: 


MIDIOUT &HB1: 


RETURN 


MIDI_IN: 
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MIDIOUT O:MIDIOUT (64 + PO): Pitch Bend Channel 1 
MIDIOUT O:MIDIOUT (64 + P1): Pitch Bend Channel 2 
MIDIOUT &HOA:MIDIOUT P2: Pan Channel 1 


MIDIOUT &HOA:MIDIOUT P3: Pan Channel 2 


reception of a byte 


S=INP(-3): IF S=0 THEN GOTO MIDI_IN 


BYTE=INP(3): 


RETURN 


Programmable Harmonizer 


This second program simulates a harmonizer. However, unlike a conven- ; 


tional harmonizer, the transposition interval can be programmed inde- 


pendently for each degree of the scale (that is, for each of the twelve 


semitones). For instance, by associating the notes C, D, E, F, G, A, and B 


with the intervals +4 , +3 (Ey +3 (G), +4 (A), +4 (By +3 (C): and 


+3 (D), you get a so-called “tonal” harmonizer with so-called “variable” 


‘thirds (that ts, minor or major thirds, as necessary, but always in the key 


of C major). 


10 DIM TRA(132) : 
20 DATA C, C#, D, D#, E, F, F#, G, GH, A, A#, B 

30 FOR X = 0 TO 11 

40 READ NOTE$ 


50 CLS 

60 PRINT NOTE$;: INPUT " TRANSPOSITION "; T ‘ 
70 IF T > 12 OR T < -12 THEN GOTO 50 

BGez5— xX 

SOSEORSY = 1 70 11 

100 TRA(Z) =Z+T 

110 IF Y = 1 AND (Z + T) < O THEN TRA(Z) = TRA(Z) + 12 
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120 IF Y = 11 AND (Z + T) > 127 THEN TRA(Z) = TRA(Z) - 12 
130 Z=Z+ 12 

140 NEXT Y 

150 NEXT X 

160 MIDIOUT &HBO:MIDIOUT 123:MIDIOUT 0 

170 MIDIOUT &HB1:MIDIOUT 123:MIDIOUT 0 

180 CLS 

190 

200 LOOP: 

210 GOSUB MIDI_IN 

220 IF BYTE = &H90 THEN GOTO NOTE_ON 

230 IF BYTE = &H80 THEN GOTO NOTE_OFF 

240 IF BYTE < 128 AND N = 1 THEN GOTO 310 
250 IF BYTE < 128 AND N = 2 THEN GOTO 410 
260 N = O:MIDIOUT BYTE:GOTO LOOP 

270"! 

280 NOTE_ON: 

290 N = 1 

300 GOSUB MIDI_IN 

310 NOTE = BYTE 

320 GOSUB MIDI_IN 

340 MIDIOUT &H90:MIDIOUT NOTE:MIDIOUT BYTE 
350 MIDIOUT &H90:MIDIOUT TRA(NOTE):MIDIOUT BYTE 
360 GOTO LOOP 

370 ' 

380 NOTE _OFF: 

390 N = 2 

400 GOSUB MIDI_IN 

410 NOTE = BYTE 

420 GOSUB MIDI_IN 

430 MIDIOUT &H80:MIDIOUT NOTE: MIDIOUT BYTE 
440 MIDIOUT &H80:MIDIOUT TRA(NOTE): MIDIOUT BYTE 
450 GOTO LOOP 

460 | 

470 MIDI_IN: 

480 S=INP(-3):IF S=0 THEN GOTO MIDI_IN 

490 BYTE=INP(3) : RETURN 
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0 Recording and Delay Problems 
Despite their attractiveness, sequencers can leave MIDI without a leg to 
stand on, because they let musicians record an astonishing number of 
tracks—in other words, transmit message at a high density. This section 
addresses the delays that sequencers and MIDI in general can cause. 


MIDI’s speed, which is set at 31,250 bits per second, allows the transmis- 
sion of approximately 3000 bytes per second. No application, not even 
the densest sequence, requires the continuous sending of this many mes- 
sages. In fact, the delay problems arise partly because of the fact that 
MIDI, thanks to its serial nature, can’t send more than one piece of infor- 


mation at a time. 


As a result, when a musician plays five notes at the same time on a key- 
board, the corresponding Note On messages are sent not in a single 
bunch but sequentially, one after another. At a rate of 0.32 millisecond 
per byte, two consecutive Note On messages are separated by an interval 
of 0.96 millisecond (because each Note On message consists of three 
bytes). Therefore, a period of exactly 4.8 milliseconds elapses between 
the first and the last of these five messages. For the human ear, this delay 
“1s virtually imperceptible. However, this delay phenomenon is more dis- 
cernible with a sequencer when several instruments are playing at the 


same time. 


Furthermore, the distribution of messages over time is far from uniform. 
Instead of being apportioned in equal amounts throughout the length of 
a piece, notes have a tendency to pile up. Beyond a certain limit, these 


concentrations cause audible delays. 


Suppose, for example, that on the first beat of a measure, a sequencer 
transmits four notes over each of the sixteen MIDI channels, at a rate of 


one track per channel (a circumstance which is fairly unlikely). In such a 
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case, you would have no fewer than 192 simultaneous MIDI bytes (that 
is, 4 X 16 Note On messages). Of course, the Running Status 1s responsi- 
ble for partially reducing the number of these messages, even though it 
acts only on the consecutive status indicators of the same type and the 
same channel. In such a case, the Running Status would process each 
track, i.e., each channel, independently. As a result, you'd have 144 bytes 
instead of 192 bytes for the entire set of 16 tracks. 


An interval of 46.08 milliseconds (i.e., 144 X 0.32), or an interval of 
61.44 milliseconds (i.e, 192 x 0.32) separates the sending of the last 

note from the sending of the first note. This delay is clearly perceptible, 
and denser messages (such as Pitch Bend, Aftertouch, and continuous con- 
trollers) can make it even more noticeable. Although purely theoretical, 


this example shows the limitations of MIDI transmission speed. 


Paradoxically, quantization is sometimes responsible for delay problems. 
Imagine, for instance, that a sequence consisting of five non-quantized 
tracks (piano, strings, melody, bass, and drums) contains a high density of 
messages clustered around the third beat of the first measure, as shown 


below. 


Track 1 (piano) 


1/2/90 Note On Cl 
1/2/94 Note On C2 
2/95 Note On E3 
las Note On G3 
Were Note On B3 


MIDERacrsisiand Delay Riots iB) 


Track 2 (strings) 


1/2/94 Note On Ba 
Vt Note On C4 
i737) Note On G4 


Track 3 (melody) 


1/375 Note On B4 


Track 4 (bass) 


1/2/95 Note On Cl 


Track 5 (drums) 


1/2/94 Note On (bass drum) 
Wey | Note On (closed charley) 


Naturally, the few notes located at the same position (1/2/94 and 
1/1/95, and 1/3/1 and 1 /3/3) will be transmitted by the MIDI port 
one after another. In other words, at 1/2/94, only the first of the three 
notes will keep its original position. The other two notes will appear 0.96 
and 1.92 milliseconds later, respectively, at the sequencer's MIDI Out 
port. (This delay could be reduced to 0.64 and 1.28 milliseconds, respec- 
tively, if Running Status were activated. ), Either way, these delays are non- 


trivial. 


A quantization operation performed on the five tracks of the sequence 
will readjust the foregoing thirteen notes to the same position (that is, to 


17 370), As a result, the last note will be sent 11.52 (that is, 0.96 x 12) 
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milliseconds later than the first note. (As before, this delay can be re- 
duced to 7.68 milliseconds by using Running Status.) Although this shift 
is still acceptable with a string sound (whose attack is slow), it is unac- 


ceptable for instruments with a fast attack. 


Generally speaking, there are a few procedures that make it possible to re- 


duce these delays in a satisfactory manner. 


Priorities 
From the sequencer’s point of view, not all messages have the same degree 
of priority. As a result, in order to ensure perfect synchronization be- 
tween the different devices in a network, the MIDI clock signal takes 
precedence over the other status indicators. (The MIDI clock signal can 
even interrupt a MIDI message in the middle.) Furthermore, apart from 
the clock signal, a properly designed sequencer will give priority to trans- 
mitted notes, for which delays are more damaging than they are for the 


other messages. 


Filtering 


Because of their high transmission density, the aftertouch messages (either 
Polyphonic Key Pressure or Channel Aftertouch) the Pitch Bend message, 
and Modulation are among the three main parameters responsible for 
MIDI traffic jams. Although most of the continuous controllers (such as 
volume, balance, and panorama) are just as greedy, it’s these three types of 
messages that are most often to blame, because of their physical imple- 
mentation on most instruments. Although Pitch Bend and Modulation 
messages are transmitted when the musician repositions the correspond- 
ing wheels, the aftertouch messages are often generated without the musi- 


cian’s knowledge, if the keyboard is a little too sensitive to pressure. This 
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is why, when (as often happens) a sound doesn’t use aftertouch, this type 
of message should usually be filtered, either during recording or during 
reading. This second option offers the advantage of keeping these mes- 
sages in the sequencer's memory, so that transmission of them can be re- 
enabled if the need to do so should arise. 


Density 


Pitch Bend messages, monophonic and channel-wise aftertouch messages, 
and the set of continuous controllers are sent at a given rate, depending 
on the instrument being used. This rate is sometimes too high for the de- 
sired result. Consequently, while accuracy on the order of thirty messages 
per second may be enough to convey the motion that the musician im- 
parts to the modulation wheel, the keyboard may have issued fifty or a 
hundred messages. In order to reduce this kind of clogging of the MIDI 
network (and therefore the delay problems), along with the amount of 
memory space occupied by the messages, some sequencers let users reduce 


the density of these messages after recording them. 


Channel Priorities 


It's obvious that delays penalize first the sounds whose attacks are rapid, 
and particularly percussive sounds. As a result, unlike a track of sustained 
sounds (strings, etc.), a drum track or a bass track can’t tolerate delays. 
This is why some sequencers give output priority to a particular channel. 
In the event of a conflict (that is, the emission of several different notes si- 
multaneously over different channels), the messages on the priority chan- 
nel will be transmitted first. Therefore, it’s useful to allocate the most 


sensitive instruments to this channel. 
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Track Priorities 


At the data-processing level, the different messages located at the same po- 
sition are read by the sequencer track by track, from first to last. As a re- 
sult, looking again at the example at the beginning of this section with 
regard to the delays caused by quantization, the drums will suffer a maxi- 
mum degree of delay (because they're recorded on the last track), and the 
piano is spared any delays at all (because it’s recorded on the first track). 
Therefore it’s advisable to operate in the opposite direction, assigning 

to the first tracks the sounds that are the most sensitive to delays—that 


is, the sounds whose attacks are the most rapid. 


The Concept of Multiple Outputs 


Even though they provide a partial solution, the procedures described 
above aren’t miracle cures for MIDI bottlenecks. The multiple-output so- 
lution, which consists of using several MIDI Out ports, as shown in Fig- 
ure 8.11 below, is by far the most effective answer. This method makes it 
possible to gather the instruments to be driven into several clusters, each 
of which is connected to one of the sequencer’s MIDI Out ports. Thanks 
to a port addressing system, the sequencer can assign any given track to 


any given output. Delays are reduced accordingly. 


Some hardware sequencers include several MIDI Out ports. In the ab- 
sence of multiple outputs, it is also possible to make several synchronized 
MIDI sequencers, each of which has one or more outputs, run in parallel, 


as shown in Figure 8.12 below. 


In addition to alleviating possible MIDI delay problems, multiple out- 
puts increase the number of usable channels (for instance, 4 outputs = 16. 
x4= 64 channels). This procedure can be indispensable when you're iis 


ing several multitimbral sound generators at once. 
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Pin) TL thru Lin | 
Sound 4 Sound 
generator generator 
Lin | ft th ] Lin | [ thu 
Sound a Sound 
generator generator 
Ltn Ltn] 


Sound Sound 
generator generator 


FIGURES.n: A sequencer with multiple outputs, each of which addresses a network of expanders 


These various methods, which can be used in conjunction with one an- 
other, let you solve most of the MIDI delay problems. However, the no- 

" ticeable density of the data generated by a sequencer isn’t the only reason 
these problems exist. 


Sound-Generator Response Times 


Even if MIDI events are transmitted to sound generators on time, there’s 
still no guarantee that the sound generators will react instantaneously. 
The response time varies from one instrument to another, ranging from 


one millisecond to as many as 20 milliseconds or more in the worst 


OWL, = 


a 


666 


4 MIDE Recording: Advanced Techniques 


Sound 
generator 


generator 


FIGURE 8.12: Synchronization of several sequencers, each of which addresses a network of 
expanders 


case—a delay that’s clearly discernible for sounds with a rapid attack. 
However, with the help of a stereo sampler, there's an easy way to evalu- 


ate these response times. 


Suppose you begin by selecting a percussive sound with a maximum at- 
tack on the sound generator to be tested, taking care to initialize all of 
the control parameters for the envelope (such as the response to velocity 
and aftertouch, the weighting curves, etc.). Then you record a note with 
the help of a sequencer, positioning the note on a strong beat (for in- 
stance, at the beginning of a bar). When the sequence is read, all you have 
to do is sample the sound generator at one of the stereo inputs simultane- 
ously with the metronome click at the other stereo input in order to de- 


duce the response time from the conversion into milliseconds of the 


MIDI Recording and Delay Problems 


number of periods separating the start of each of the signals. (At a sam- 

pling frequency of 44,100 Hz, one sampling period is equal to : 
0.0226757 millisecond, and one millisecond is equal to slightly more 

than 44 periods.) Because this type of delay increases with polyphony and 
multitimbrality, it’s worthwhile to repeat this experiment, recording in- 

creasing numbers of notes located at the same position over different ‘ 


channels (i.e., timbres). 


A simplified version of this method lets you work with a monaural sam- 
pler, provided that the sampler is able to trigger a sample when it receives 
a MIDI Note On message, which replaces the metronome click. The cal- 
culation is even simpler, because in this case all you have to do is count 
the number of periods separating the beginning of the sample from the 
beginning of the sound. However, this procedure is less reliable than the 
stereo version, because you can’t assume that the triggering of the sampler 


via MIDI will happen exactly the same way every time. 


These different measurements, taken for each of the sound generators, 
help make it possible to solve delay problems. To do that, you have to 
compensate for each generator’s response time by advancing the corre- 
sponding track by an appropriate amount (or else by delaying all the 
other tracks), either with the help of a delay function or by shifting the 
track. 


Exclusive Messages 


Having examined the performance of sound generators with regard to re- 
sponse times, this section ends with a study of their reactions to the trans- 
mission and reception of Exclusive messages. Once again, its extent can 


be measured with the help of a sequencer. 


The size of Exclusive messages 1s currently on the order of several thou- 


sand bytes. To optimize the transmission of these messages, the sending 
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device should theoretically make maximum use of the MIDI pass-band— 
in other words, send the data at a rate of 3,125 bytes per second. But 
even if data is transmitted at a speed of 31,250 bits per second, the stan- 
dard doesn’t provide any way to regulate the time interval between any 
two of these bytes. As a result, some MIDI instruments may be happy 
sending data at a rate of only 2000 bytes per second, Le., using only 
about 64 percent of the avatlable MIDI pass-band. 


The MIDI Buffer 


The job of the MIDI receiving buffer (not to be confused with the edit- 
ing buffer) is to keep the instrument from losing the bytes it receives 
while it’s attending to other tasks. This buffer temporarily stores the mes- 
sages the instrument receives, in order to give the instrument time it may 


need to process other messages it received earlier. 


Nevertheless, when the number of messages to be stored exceeds the ca- 
pacity of the buffer, the buffer overflows, and any subsequent incoming 
information is lost. 


It’s worth emphasizing that it is possible to test the limits of an instru- 
ment’s buffer with the help of a sequencer by sending MIDI events to the 
sequencer continuously and at maximum density while waiting for the se- 


quencer to display an overflow message, hang up, or freeze. 


a opinting Sequence 


At the beginning of this section, you saw that sequencers don’t record 
just MIDI messages, but also temporal references, expressed in the form ~ 


of ticks, intended to measure the duration of the periods between 


340 


Storing Sequences (eB) 


MIDI messages. Both of these quantities (that ts, the durations and the MIDI 
messages), which can differ in size, are stored together in the computer's : 
memory in the same form—that is, as bytes. In order not to confuse these 

two types of information (for instance, how can you tell whether the 

value 90H/144 indicates a note-pressed status on Channel 1, or an inter- 

val of 144 ticks?), sequencers use appropriate storage formats. Because ‘ 
they aren’t governed by any standards, these formats are generally differ- 

ent from one device to another. Here’s an example. ‘ 


Korg Mi Format 


The Korg M1 sequencer, whose resolution is 48 to the quarter-note, 
stores MIDI events in the form of four bytes, as shown below: 


Note On/Note Off 


Tvvv vvvt tttt tttt kkkk kkkl 1111 1111 


" Bit 31, which is set to 1, characterizes a note event. 


" vvvvvv: the velocity, truncated to 6 bits. In other words, because 


only bits | to 6 are retained, the quantification of the velocity 
is divided by two with regard to its original value. 


ttttttttt: a temporal event (1.e., a time interval separating two mes- 
sages) expressed in the form of 9 bits, in terms of the number of 
ticks 


" HHUI: the length of the event expressed in the form of 9 bits in . 
terms of the number of ticks. The Korg M1 sequencer stores the 
information in the form of a Note On/duration message. Once 
this duration has elapsed, the corresponding Note Off message is 
automatically sent (excluding any consideration of the release 


speed). 
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The types of time signatures that the M1 accepts are the following: 2/4, 
3/4, 4/4, 5/4, and 6/4. In this last case, there are 288 ticks per bar. In 
general, of course, bits IIIIIII[1 (whose value is from 0 to S11) can’t repre- 
sent intervals with a duration of 11 signals (because 11 X 48 ticks = 528 
ticks). This is why Korg has developed the following approach: When 
the end of a note exceeds the measure within which the note began, bits 
INN no longer represent the length of the note, but rather signal the 
fact that the note is continuing beyond the end of the measure in ques- 
tion. In such a case these bits take on the value IFEH. A new event is cre- 
ated in the next measure, for which bits tttttttt also take on the value 
IFEH, in order to signal that the note began in the preceding measure. In 
other words, with regard to the length of an event as well as to its tempo- 


ral position, the value 1 FHE indicates a link or bond. 


" kkkkkkk: the MIDI note number 


Pitch Bend 


0001000t Ovvvvvvv Ovvvvvvv tttttttt 


" OOOI: the Pitch Bend message identifier 


" vvvvvvvwvvvvvvy: the value 


Channel Aftertouch 
0010000t Ovvvvvvv OOOO0OO0OO tttttttt 
* 0010: the Aftertouch message identifier 


® vvvwvvvv: the value 
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Program Change 


0011000t pppppppp 00000000 tttttttt 


OO1 1: the Program Change message identifier 


PPPEPPPP: 
"= 0 to 199 / 100 to C99 (allocation of 100 programs and 100 


combinations ) 


- © Oto 49, 100 to 149 / 100 to 49, C00 to 49 (SO programs 


and SO combinations) 


Control Change 


0100000t Occcccce Ovvvvvwvv tttttttt 


0100: the Control Change message identifier 
vvvvvvv: the value 


eccecee: the MIDI control number, from 00 to 65 and from 66 to 
6B for events specific to the M1 


Ea | een cell 
eaeedect oncear 
ESREeHect 2 oor of 
So raMance often 
Aer Siew) 
Quel ee: 
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End of Track 


0111000t tttttttt 00000000 Oo0e00000 
® O111: the end-of-track identifier 


* cttrtrrtt: temporal position expressed in the form of ¥ bits. im terms 
of the number of tricks 


Start of Bar 


01100000 bbbbbbbb xx000000 Oppppppp 
® 0110: the start-of-bar idennfier 
® bbbbbbbb: rhe bar number 


= xx: the type of bar 


we GO: the bar does not use any of the 100 patteras of 
the Ml 

xa: the pattern occurs within this bar 

Ro ee Be the pattern starts with this bar 


" PPpppppr: the pattern number 


In addition to the conversion of a Nete On! Note Off pair into. a Nete 
On/ duration pair (whereas the Pro 24 stores Note On and Nete OFF 
messages separately’, one of the other peculiarities of the storage format 
used by the Korg M1 ts the fact that it doesn’t store the MIDI channel 
number. Instead. this information is calculated directly from a reading of 


the channel number as programmed for each mack of the sequencer. 


Advantages and Limitations of MIDI Files 


The standard MIDI file tormat allows vou to exchange sdquences crearad 


on different sequencer programs. The fact that a single given file car be 
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tread by most sequencers has several advantages. In addition to making it 
easier for companies to sell sequences on disk without having to convert 
the sequences to the various different existing formats specific to each 
piece of software, MIDI Files compatibility lets several users exchange a 
file without having to own or use the same sequencers. This compatibility 
also lets a single individual work ona piece with the help of different soft- 
ware, such as a sequencer X that performs especially well for recording, a 
sequencer Y that’s better suited to editing, software Z that specializes in 


printing stores, and so on. 


However, MIDI Files compatibility is limited by formatting compatibil- 
ity. In point of fact, computers are a priori incapable of reading disks 
whose format is different from their own unless they use the services of a 
specialized utility, as is the case with the Apple File Exchange utility for 
the Macintosh, This utility was designed to read and write MS-DOS 
disks (that is, disks that can be read and written by IBM PCs and PS sys- 
tems), which in turn are recognized by Atari ST, STE, and TT systems. 
Without exception (particularly at Roland), and always because of for- 
matting constraints and requirements, most hardware sequencers are not 
compatible with MIDI Files. In microcomputer-based data processing, an- 
other method—remote loading—lets you get around the problem by 
transferring files between two different computers via a modem or a sim- 


ple RS-232 port, with the help of suitable telecommunications software. 


The Concept of Real Time: Delta Times 


MIDI Files, and more generally speaking all sequence files, are different 
from other types of MIDI files (such as SysEx files, Sample Dump Stan- 
dard files, etc.) because they incorporate the concept of real time, with 
two consecutive MIDI messages being separated by a given number of 
metronome pulses. As a result, the role of the Standard MIDI Files Ver- 
sion 1.0 consists of enabling the exchange of temporally related data be- 


tween different pieces of software. 
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As you saw earlier, each MIDI message recorded by a sequencer is stored 
along with a piece of temporal data indicating the “time” at which the mes- 
sage arrived (or, more, accurately, the number of ticks separating the mes- 
sage in question from the next one). Hence the terms “temporally 
referenced data” and “time-stamped data.” In the MIDI Files vocabulary, 
the time interval between two MIDI events is expressed with the help of 
data known as delta times. In order to optimize file sizes, these delta times 
are compressed, thanks to a representation procedure that allows variable 
sizes. Because of the amount of calculation time these operations require, 
the MIDI Files format is unsuitable for the storage of data in a se- 
quencer’s memory. In fact, when performed in real time, during recording 
and during reading, respectively, the compression and decompression op- 
erations would slow the software by a corresponding amount of time. 
Therefore the sequencers store ticks and MIDI messages in memory in 
their own format, converting them into MIDI Files when a file needs to 


be saved, and performing the opposite operation when a file is loaded. 


The Compression of Temporal Data 


Before embarking on a detailed description of the MIDI Files language, 
it’s advisable to start by examining the variable-size representation 
method used by the delta times. When a sequencer receives two succes- 
sive Note On messages at an interval of one quarter-note, a piece of tem- 
poral data is stored which indicates that X ticks have elapsed between the 
reception of the first note and the reception of the second note. Remem- 
ber, resolution has a direct effect on the memory location occupied by the 
temporal data, because the number of bits required to store an interval (as 


expressed in the form of ticks) increases proportionally with the duration 
of the interval. 


This is why the Standard MIDI Files rely on a variable-size format, which 
optimizes the size of the delta times to the nearest byte. The ticks are 
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indicated as accurately as possible in terms of 1, 2, 3, or 4 bytes, in order 


to use no more than the amount of space necessary to store a duration. 


Delta Times 


Suppose you have available only numbers whose size is fixed and which 
consist of four digits which we're constrained to use in order to express 
numeric values. For instance, the values 1, 25, 167, and 8371 would be in- 
dicated by 0001, 0025, 0167, and 8371, respectively. Now, suppose you 
agree never to use the digit zero when it isn’t functional (that is, when it 
appears to the left of another, non-zero digit). Without knowing it, 
youre intuitively using a variable-size format that represents only the nec- 


essary information. 


Conversely, computers can’t perform this kind of reasoning, because they 
can't tell whether the digits in a binary number are useful or useless in rep- 
resenting a number. For instance, whether it’s a matter of expressing the 
values 2, 16, or 255 (that is, 10, 10000, and 11111111, respectively, in bi- 
nary notation), the numeric information is coded in the form of an 8-bit 


byte (that is, as 00000010, 00010000, and len wi respectively). 


However, thanks to the delta-time method, the duration of an interval ex- 
pressed in the form of ticks can be stored in the form of a variable num- 
ber of bytes ranging from | to 4. In order to be able to detect whether 
the interval in question occupies 1, 2, 3, or 4 bytes, the most significant 
bit in each byte is set to zero (0) when the byte is the last byte of a delta 
time; otherwise, this byte is set to one (1). Therefore only seven bits per 
byte can be used to store information, and as a result you have a total of 
7, 14, 21, or 28 bits available, depending on the number of bytes in the 
delta-time message (1, 2, 3, or 4, respectively ). 


In order to familiarize ourselves with this concept of variable size, here 


are a few practical examples designed to convert into delta time a number 
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of ticks expressed in the form of four bytes (or. more precisely. m the 
form of 28 bits. which is the maximum allowed by delta ume. By con- 
vention, the bits that are shifted to the left after compression. as a result 
of the length-identification function of bit 7. are underlined. 
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Before Compression 

Hexadecimal Binary 

OOH OOH OOH OOH 00000000 COOD0DC0N oOCoCSle OoC0stOD 
OOH OOH OOH 40H 0000000 OOOROSOE BORAGOBOO 07008000 
OOH OOH OOH 64H COCCOCNN OCORCOOD HODOCDND 017100700 
OOH OOH OOH 7FH O00CO0O0N OOOOCECO GOCOBEGR OVP71 
OOH OOH OOH 80H 00000000 O0ONCCON OCLOGBO? 10000000 
OOH OOH OOH 82H 00000000 OODNNEOO BOCOBSGO 1000210 
OOH OOH 20H OOH 00000000 O0OCCOCE O01O00Ce e0000000 
OOH OOH 21H 45H OOODOOOON OOOEEOECR GOTAGBOT OIGBOI? 
OOH OOH 3FH FFH 00000000 COOOOCCO CORLTTIT BIW, 
OOH OOH 40H OOH 00000000 COOCOe@COe OACQQOee OCdddaC0 
OOH 10H OOH OOH 00000000 O0OOTCOee GOGQOWoe eaooeonNs 
OOH 1FH FFH FFH QCOOOOOOO GCOOLIATA LiRTTTID TTT 
OOH 20H OOH OOH 0OCO0000 CO1000GR QOOQQOON a00eo00e 
O8H OOH OOH OOH 00001000 QcCeRadd AaaaaGaAD QEDeoDD0S 
OFn Pro PEHWREH QOOOTL AT AVERATTE DVRATATR LWIA 
Remember, bit 7 of a delea-time byte (shown im boldface ope im the fol- 


lowing listing) ts set to zero when that byte is the last byte. Otherwise. 


this bir is set to 1. 


After Compression 

Hexadecimal Binary 
QOH QQBONDIO 
40H 07 OG8G09 
64H 07160700 
7FH DVT 
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81H OOH | 10000001 00000000 
81H 02H 10000001 00000010 
COH OOH ; 11000000 00000000 
C2H 45H 11000010 01000101 
FRH 7FH tei) §=09097911 
81H 80H OOH 10000001 10000000 00000000 
COH 80H OOH 11000000 10000000 00000000 
FFH FFH 7FH 11111114 11171111 01111111 


81H 80H 80H OOH 10000001 10000000 10000000 00000000 

COH 80H 80H OOH 11000000 10000000 10000000 00000000 

FFH FFH FFH 7FH = 14411111 14141111 11111111 01111111 

The values shown in terms of bytes by a number of useful bits from 0 to 
7 (that is, from 00000000 to 01111111), from 8 to 14 (that is, from 
10000000 to OOJ11111 11111111), from 15 to 21 (that is, from 
010600000 00000000 to OOOLIILL 11111111 11111111), and from 22 
to 2% (that is, from 00100000 00000000 00000000 to 00001111 
PULJI001 P1LT0101 L1111111) are coded respectively over 1, 2, 3, or 4 
delta-time bytes. Here is how the operations should be carried out for 


each of these four categories: 


* For values that can be represented by a number of useful bits from 
0 to 7 ‘that is, values from 0 to 127): 


Before Compression 


minimum value: 00000000 (00H) 
maximum value: 01111111 (7FH) 


After Compression 


minimum value: 00000000 (00H) 
maximum value: 01111111 (7FH) 
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Procedure to Follow: 


* Set bit 7 to zero. 


* For values that can be represented by a number of useful bits from 
8 to 14 (that is, values from 128 to 16,383): 


Before Compression 


minimum value: 10000000 (80H) 
maximum value: 00111111 11111111 (3FH FFH) 


fifter Compression 


minimum value: 10000001 00000000 (81H OOH) 
maximum value: 11111111 01111111 (FFH 7FH) 


Procedure to Follow: 
" Shift bits 7 to 13 one position to the left. 
* Set bit 7 of the least significant byte to zero (0). 
" Set bit 7 of the other bytes to one (1). 


® For values that can be represented by a number of useful bits trom 
15 to 21 (that is, values from 16,384 to 2,097,151): 


Before Compression 


minimum value: 01000000 00000000 (40H OOH) 
maximum value: 00011111 11111111 11111111 (1FH FFH FFH) 


fifter Compression 


minimum value: 10000001 10000000 00000000 (81H 80H OOH) 
maximum value: 11111111 114111114 01111111 (FFH FFH 7FH) 
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Procedure to Follow: 
* Shift bits 7 to 13 one position to the left 
* Shift bits 14 to 20 two positions to the left. 
* Set bit 7 of the least significant byte to zero (0). 
* Set bit 7 of the other bytes to one (1). 


* For values that can be represented by a number of useful bits from 
22 to 28 (that is, values from 2,097,152 to 268,435,455: 


Before Compression 


minisum value: 001600009 99000000 90000000 
(20H OOH OOH) 
maximus value: 00001111 114144111 41411414111 14111111 
(OFH FFH FFH FFH) 


Aifter Compression 

minimum value: 0000001 10000000 10000000 00000000 
{81H BOH 89H OOH) 

makimem value: 1111141141 11111114 11111111 01111111 
(FFH FFH FFH 7FH) 


Procedure to Follow: 
" Shift bits 7 to 13 one position to the left. 
* Shift bits 14 to 20 two positions to the left. 
* Shift bits 21 to 27 three positions to the left. 
* Set bit 7 of the least significant byte to zero. 
* Set bit 7 of the other bytes to 1. 


So, for the maximum value as represented by 28 bits (ie., 268,435,455 ,, 
the number of ticks that elapse at a tempo of 120 quarter-notes to the 
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minute and at a resolution of 96 ticks to the quarter-note corresponds to 


a duration of approximately 16 days. 


The Composition of MIDI Files: Chunks 


MIDI Files are structured in the form of a given number of chunks. Each 
chunk is identified by a string of four ASCII characters (the name of the chunk) 
followed by four bytes, whose function is to determine the length of the 
chunk in terms of bytes, without including in the length the eight identifi- 
cation bytes (that is, the bytes that indicate the name and length of the 
chunk). There are two kinds of chunks: header chunks and track chunks. MIDI 
Files consist of a header chunk (which contains information of a general 


nature) followed by one or more track chunks. 


The Header Chunk 


The format of a header chunk is shown below: 


<header chunk> = <chunk type> <length> <format> <ntrks> 
<division> 


" chunk type: specifies the type of chunk, in the form of 4 bytes in 


ASCII (for example, "“MThd”, 4DH 54H 68H 64H for the 
header chunk). 


" length: specifies the length of the chunk in the form of 4 bytes 
(the length of a header chunk is in the form of 6 bytes), for exam- 
ple: OOH OOH 00H 06H. 


" format: specifies the type of format in the form of 2 bytes whose 
value is currently limited to 0, 1, or 2 (and whose meanings are ex- 
plained in the next section). 


ntrks: specifies, in the form of 2 bytes, the number of tracks (that 
is, the number of track chunks) used by the file. 
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" division: specifies, in the form of 2 bytes, the unit used by the 


delta times. 


The delta times can be expressed not only with the help of a metric for- 
mat, as you've done up till now (in terms of ticks, whose duration is a 
function of the resolution and of the tempo), but also with the help of a 
temporal format (with frame subdivision, in accordance with a SMPTE 
or MTC time code whose duration is a function of the number of subdi- 
visions per frame, as well as a function of the number of frames per sec- 
ond). Bit 15 of the so-called “division” word is responsible for indicating 
whether the temporal format is a relative metrical reference (as it is tf this 
bit is set to zero) or an absolute temporal reference (as it is if this bit is 


set to 1). 


" Format of the metrical division: 
OXXXXXXX XXXXXXXX 


" XXXXXXX XXXXXXxx corresponds to the number of ticks per quarter- 
note (that is, the sequencer’s resolution), among the 32,768 possi- 
ble values. For a resolution of 192 ticks to the quarter-note, you 


would get the following result: 
0000000 11000000 (00H COH) 


In other words, the duration of a delta time, at a rate of 192 to the quar- 


ter-note, depends on the tempo. 


" Format of the temporal division: 


TYVYVYVY XXXXXXXX 

" yyyyyyy: the number of frames per second, in terms of negative val- 
ues (for instance, —24, —25, —29, —30 (where the value of —29 
characterizes the 30 drop-frame format, with 29.97 frames per sec- 
ond)). These negative values are expressed in terms of the two’s 


complement, which means you have to invert all of the bits of the 
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byte or bytes and then add I. (Positive numbers aren’t-affected by 
this procedure.) For instance, with this method, a byte represents 
the values from —128 to +127, instead of the values from O to 
255. To take an example, the number —29 is converted into its 
two’s complement in the following way: 


29 in binary: 0011101 (expressed over a 7-bit field) 
bit inversion: 1100010 


1100011 


xxxxxxxx: the number of subdivisions per frame (4 with the MIDI 
time code, and usually 8, 10, 80, or 100 with SMPTE code). 
With a time code with 25 frames per second and 40 subdivisions 


per frame, you get the following result: 
11100111 00101000 (E7H 28H) 


In the example shown in Figure 8.13 below, the duration of a delta time 


is equal to | millisecond. 


Type o, Type, and Type 2 Formats 


The Type 0 format, which consists of a header chunk followed by a sin- 
gle track chunk, combines all of the tracks of a sequence into a single 
track. This format is intended essentially for software that can import se- 
quences for monitoring purposes (which is the case with many library edi- 
tors, which can generally read a so-called “single-track” sequence in such 
a way that you can listen in real time to the changes that are made in a 
sound). 


The Type 1 format, which consists of a header chunk followed by one or 
more track chunks, involves most sequencers, because it is a multitrack 
format. Its architecture is vertical, with the various tracks being read 


simultaneously. 
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Ticks per quarter-note 


SMPTE format ticks per frame 


15 14 8 7 0 


FIGURE 8.13: Delta time units, in terms of the number of ticks (with quarter-note resolution), 


or in terms of the number of frame divisions 


Like the Type | format, the Type 2 format is a multitrack format consist- 
ing of a header chunk followed by one or more track chunks. However, 
its architecture is horizontal, and the various tracks are read sequentially 


(one after another, the same way the patterns in rhythm boxes are read). 


Regardless of which format is used, each track can contain multichannel 


information. 


The Track Chunk and Types of Events 


The format of a track chunk is shown below: 


<track chunk> = <chunk type> <length> <MTrk event 1> ... 
<MTrk event n> 


* chunk type: specifies the type of chunk (“MTrk”, 4DH 54H 72H 
6BH for a track chunk), in ASCII in the form of 4 bytes. 


01 
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" length: specifies the length of the chunk (which can vary, depend- 


ing on the number of events) in the form of 4 bytes. 


A track chunk is only a series of events, each of which consists of a delta 
time that is associated with either a MIDI event or a non-MIDI event, as 


shown below: 
<MTrk event> = <delta time> <event> 


As you saw earlier, the delta times are stored with the help of a variable- 
length format. Even if the value of the delta times is null (such as at the 
start of a track, or for simultaneous events), the delta times must still be 


present. 


Three types of events are associated with the delta times: 


<event> = <MIDI event> or <SysEx event> or <meta event> 


MIDI Events 


MIDI events consist of channel messages (at the rate of one message per 
event). Running Status is accepted, even though it may be cancelled bya 


SysEx event or a Meta event. 


SysEx Events 


There are three types of formats for SysEx events. The first type of for- 
mat, identified by FOH, consists of a string of exclusive MIDI bytes, as 
shown below: 

<SysEx event> = FOH <length> <bytes to be transmitted 

after FOH> 

The length of the message (not including FOH and the length indicator) 
specifies the number of bytes to be transmitted. Unlike the length for a 
header chunk or a track chunk, this one is stored in variable-length form, 
just as it is for delta times. For example, the Exclusive message FOH 43H 
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ZUFYOOR F7H (which happens to be the attention request in the DX7 


synthesizer) is indicated in the following way: 
FOH 04H (length) 43H 20H OOH F7H 


The presence of the F7H End of Exclusive (EOX) status message is man- 
datory. Its purpose is to mark the end of the SysEx event. 


The second SysEx format applies to System Exclusive messages that are 
divided into two or more packets separated by some interval of time. (Ro- 
land is one of the manufacturers that have adopted this approach.) For ex- 
ample, suppose that instead of sending a single message containing the 


following bytes: 
FOH 41H OOH 16H 11H O3H OOH OOH OOH OOH 7FH 7EH F7H 
the instrument did this: 


FOH 41H OOH 16H 
interval of 100 ticks 
11H O3H OOH OOH OOH 
interval of 200 ticks 
OOH 7FH 7EH F7H 


Translated into MIDI File language, this kind of parcelling-out implies 
some knowledge of where the message starts and stops. To provide that 
information, the first packet starts with FOH (as in the previous format), 
while F7H is substituted for the following packets. Here again, it’s essen- 
tial that the last packet end with F7H, to indicate the end of the Exclu- 
sive message. The final product looks like this: 

FOH 03H (length) 41H OOH 16H 

64H (delta time, 100 ticks) 

F7H O5H (length) 11H O3H OOH OOH OOH 

81H 48H (delta time, 200 ticks) 

F7H 04H (length) OOH 7FH 7EH F7H 

The third format for a SysEx event, identified by F7H, takes the form 


shown below: 


<SysEx event> = F7H <length> <bytes to be transmitted> 
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The purpose of this message is to authorize and enable the transmission 
of so-called “special” messages, such as System messages and Real Time 


messages (SPP, MTC, Song Select messages, etc), 


Meta Events 


Meta events communicate information other than information couched 


in the MIDI language, as indicated below: 


<meta event> = FFH <type> <length> <bytes> 


" type: specifies the type of Meta event (only 15 of which are cur- 
rently defined). 


: length: indicates the length of the message in bytes (excluding the 
FFH, <type> and <length> parameters), expressed with the help 
of a variable-length format identical to the one used by delta times. 


Descriptions of the fifteen Meta events appear below: 
sequence number: FFH OOH 02H SsH ssH 


This Meta event specifies, in the form of two bytes (ssH ssH), the pat- 
tern number for each track chunk in Type 2 format. It specifies the num- 
ber of a sequence in Type 0 or Type | format, doing so on the first track 
chunk. When used, this number appears at the beginning of the track, 
ahead of any MIDI event or non-null delta times. 


text event: FFH 01H length, text 


The text is of variable length and can be used freely (for example, to de- 
scribe a track, etc.). This event is usually coded in ASCII, although ex- 


tended character sets can also be used without causing any problems. 
copyright notice: FFH 02H length, text 


This event contains the © character, the year, and the author’s name (in 
ASCII). When used, this event appears at the beginning of the first track 


chunk, ahead of any non-null delta times. 
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sequence/track name: FFH 03H length, text 


This event specifies the sequence name (in a Type O format, or else on 
the first track of a Type | format); otherwise, it indicates the track name. 
This event is expressed in ASCII. 


instrument name: FFH 04H length, text 


This event describes the type of instrument. It can be used in conjunction 


with the MIDI Channel Prefix Meta event. 
lyric: FFH O5H length, text 


This event indicates sung text, generally represented in the form of sylla- 


bles (one per note). 
marker: FFH O6H length, text 


This event expresses information about the structure of a piece (couplet, 
refrain, repetition, etc.). It is generally found in a Type O format or else . 


on the first track of a Type | format. 

cue point: FFH 07H length, text 

This event describes an occurrence of some sort (noise, music, etc.). 
MIDI channel prefix: FFH 20H 01H ccH 


This event specifies the MIDI channel associated with the following set 
of data. Its effect is cancelled by the MIDI Channel Prefix or by the next 
MIDI event. 


end of track: FFH 2FH OOH 
This event indicates the end of the track (a mandatory Meta event). 
set tempo: FFH 51H OSH ftH ttH ttH 


This event specifies a change in tempo, as expressed in terms of microsec- 
onds per quarter-note in the form of three bytes, generally positioned in 


such a way as to operate simultaneously with a MIDI clock message. 


SMPTE offset: FFH 54H O5H hrH mnH seH frH ffH 
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This event specifies a SMPTE starting point or shift point for a track, in 
terms of hours, minutes, seconds, frames per second, and frame subdivi- 
sions, expressed in terms of hundredths of a frame (regardless of the sub- 
division of the header chunk). When used, this event appears at the 
beginning of a track, ahead of any non-null delta times. Furthermore, in a 
Type | file, this event is stored together with the tempo chart. The for- 
mat used to represent the time is identical to the format of the MIDI 


time code, namely: 


hrH hour 

mnH minute 

seH second 

frH frames per second 

ffH - subdivisions per frame 


hrH = O yy 2zzzz 


yy number of frames per second 


yy = 00 24 frames per second 

yy = O1 25 frames per second 

yy = 10 30 frames per second (drop frame) 
yy=11 _30 frames per second (non-drop frame) 


ZZZZZ number of hours (from 0 to 23) 
time signature: FFH 58H 04H nnH ddH ccH bbH 


This event specifies the time signature of the piece. The nnH and ddH 
bytes correspond respectively to the numerator and the denominator. The 
numerator is represented in its own right, while the denominator is equal | 
to the power to which the digit 2 has to be raised in order to reach the 
number of rhythmic subdivisions per whole note: for instance, 0 for a 
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whole note (one whole note per ck note; 2° = = 1); | for a half-note 
(two half-notes per whole eel 2'= = 2); 2 fora quarter-note (four quar- 
ter-notes per whole note: 2? = = 4); 3 for an eighth-note (eight eighth- 
notes per whole note: 2° = 8), and so on. The cc parameter indicates the 
number of MIDI clock signals (at a rate of 24 per quarter-note) per 
metronome pulse, and the bb parameter indicates the number of thirty- 


second notes per MIDI quarter-note (i.e., per 24 MIDI clock signals). 


For example, in the case of a measure in 6/8 time and a dotted quarter- 


note metronome pulse, you would get the following result: 
FFH 58H 04H O6H O3H 24H O8H 


Here, the number 24H (36 in decimal) indicates that the metronome is 
issuing a pulse every three eighth-notes (that is, every dotted quarter- 
note), because 36 MIDI clock signals are transmitted during this period. 
The number 08H indicates that a MIDI quarter-note contains eight 


thirty-second notes (which, no surprise, 1s-usually the case). 
key signature: FFH 59H 02H sfH miH 


This event specifies the key (that is, the tonality) and also the type of 


scale (either major or minor). 


sfH=—7 7 flats (C-flat major or A-flat minor) 

sfH = -1 1 flat (F major or D minor) 

sti =O no changes (C major or A minor) 

sa = 1 sharp (G major or E minor) 

sie 7 sharps (C-sharp major or A-sharp minor) 
iil = O a major key 


ii — | a minor key 
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sequencer specific: FFH 7FH length, data 


The sequencer-specific Meta event is to MIDI Files what a SysEx mes- 
sage is to MIDI. In other words, the data corresponds to the manufac- 
turer's identification message (as expressed in the form of a byte, or even 
in the form of three bytes, when the first byte is equal to zero), followed 
by messages whose meaning, which is proprietary to each manufacturer, 


should be published in the user’s manual. 


fl few Remarks 


When MIDI Files don’t specify the tempo or time signature, the default 
values of 120 and 4/4 are assumed. On the other hand, if the tempo and 
time signature are present, these events should appear at the beginning of 
the track (and, for a Type | format, at the beginning of the first track), 
ahead of any non-null delta times. Of course, with regard to the Type 2 
format, each track can contain its own tempo and time-signature informa- 
tion. Some sequencers allow the programming of a tempo-and-time- 
signature chart throughout the length of a piece. With a Type | format, 
the corresponding events are the object of a separate track (namely, the 
first track), 


A piece of software that doesn’t implement certain Meta events, and 
which therefore ignores these events, must necessarily take their length 
into consideration in order to be in position to read subsequent events 
properly. On another level, a piece of reading software that doesn’t 
recognize the format type of the header chunk (i.e, Type 0, Type 1, or 
Type 2) can still read the track chunks, whose reorganization is the user’s 
responsibility. 


Some software imports and exports Type 0 and Type | MIDI Files, as 
desired. Therefore, these programs can be used to convert into Type 0 
format MIDI Files that were saved with software that only exports files 


in Type I format. (The opposite procedure works only if the conversion 
software incorporates a channel un-mixing feature that lets you “explode” 


a single-track Type 0 file into a multitrack Type | file.) 


Intelligent management of MIDI Files imports should theoretically let 
you select this or that track, or one or another import channel, and let you do 
It at any particular position. With this as a starting point, you can envi- 
sion mixing different tracks or sequences from different programs. Fur- 
thermore, some specialized programs for frame-based music can develop 
complex tempo-and-time-signature charts for synchronization purposes. 
The ability to save these charts on a separate track (namely, the first track 
in the Type | format) makes it possible to export this information inde- 
pendently to sequencing software. 


Translating a Score 
As implemented under the Pro 24 III as shown in Figure 8.14 below, the 


two-track recording, which is two measures long, should give you a better 
understanding of how MIDI events are converted into the MIDI Files for- 
mat. Two types of saving have been performed: one into the Type 0 
format (after mixing on a single track), and the other into the Type | for- 
mat. Track 1 of the Pro 24 was recorded on Channel |, and contains a 
Program Change message at the beginning of the recording. Track 2 was 
handled the same way, except it was recorded on Channel 3. The tempo 


and time-signature values for the piece were 122 and 4/4, respectively. 


As you can see, the Type 1 format leads to the use of a third track, 
namely, the tempo track. Saved separately, in this example this track con- 
tains two Meta events. The first Meta event, which consists of three 
bytes, specifies the tempo in terms of milliseconds per quarter-note, while 
the second event ts allocated to the time signature (indicating the numera- 
tor, the denominator, the number of MIDI clock signals per metronome 
pulse, and the number of thirty-second notes per MIDI quarter-note). 
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Track 1, Channel 1 


Track 2, Channel 3 


FIGURE8.14: The score as presented by the Pro 24 


However, the Pro 24 doesn’t save Meta events such as the names of 


tracks, changes in tempo, etc. 


In this example, the only compressed intervals correspond to the values 
COH (11000000) and 01H 80H (00000001 10000000), which are 
equal to 192 and 384 in decimal, respectively (that is, a half-note and a 
quarter-note at a resolution of 96 ticks to the quarter-note), and which 
are converted into 81H 40H (10000001 01000000) and into 83H 00H 
(10000011 00000000) after compression. The other intervals (which are 
equivalent to an eighth-note, namely 30H, or 48 in decimal) are less than 
7FH and therefore are not modified. 


Type o (Single-Track) MIDI Files 


The syntax and contents of Type 0 MIDI Files messages are shown below. 


The Header Chunk 


4DH 54H 68H 64H = MThd (ASCIN) 
00H 00H 00H 06H Chunk length 
OOH 00H Type 0 format 
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00H O1H 
OOH 60H 


The Track Chunk 


DELTA TIME 


OOH 


OOH 
00H 


00H 
81H 40H 
00H 
00H 
00H 
30H 
30H 
30H 
30H 
00H 
00H 
83H 00H 


One track 


Storing Sequences Local 


Resolution of the Pro 24(96 ticks 
to the quarter-note) 


EVENT 


4DH 54H 72H 6BH 
00H 00H OOH 44H 


COH OBH 


90H 45H 35H 
C2EOvEl 


92H 35H 33H 
90H 45H 00H 
90H 47H 3DH 
92H 35H 00H 
92H 2BH 37H 


' 90H 47H 00H 


90H 43H 39H 
90H 43H OOH 
90H 48H 35H 
92H 2BH 00H 
92H 30H 31H 


90H 48H OOH © 


Type 
MTrk (ASCII) 


Chunk length © 


Program Change 
12/Channel | 


A3 Note On/Channel | 


Program Change 2/ 
Channel 3 


F2 Note On/Channel 3 

A3 Note Off/Channel | 
B3 Note On/Channel | 

F2 Note Off/Channel 3 
GI Note On/Channel 3 
B3 Note Off/Channel 1 
G3 Note On/Channel | 
G3 Note Off/Channel 1 
C4 Note On/Channel | 
GI Note Off/Channel 3 
C2 Note On/Channel 3 
C4 Note Off/Channel | 


i 


— 


eh 2 ; 


if mio Recording: fldvanced Techniques 


DELTA TIME EVENT TYPE 
OOH 92H 30H 00H C2 Note Off/Channel 3 
OOH FFH 2FH 00H Meta event: End of Track 


Type 1 MIDI Files (Three Tracks) 


The syntax and contents of Type | MIDI Files messages are shown below. 


The Header Chunk 


Delta Time EVENT TYPE 
4DH 54H 68H 64H ~MThd (ASCII) 


OOH 00H 00H 06H ~ Chunk length 


OOH 00H Type | format 
OOH 03H Three tracks 
OOH 60H Resolution of the 


Pro 24 (96 ticks to 
the quarter-note) 


Track Chunk 1 (The Tempo and Time-Signature Track) 
petTaTime = VENT TYPE 
4DH 54H 72H 6BH MT (ASCII) 
00H 00H 00H 13H Chunk length 


OOH FFH SIH 03H Meta event 51 (tempo) 
07H 81H 1BH AGT SOaimicroseeonds 
per quarter-note 
OOH FFH 58H 04H Meta event 58 (time 
signature ) 


3/2 


Storing Sequences : 


04H 02H 18H 08H Measure in 4/4 time, 


plus metronome 


OOH FRH 2PRO0r Meta event: end of track 
Track Chunk 2 (Channel 1) 
DELTATIME EVENT Type 


4DH 54H 72H 6BH MTrk (ASCII) 
OOH OOH 00H 29H Chunk length 


00H COH 0BH Program Change 12/ 
: Channel 1 

00H 90H 45H 35H AS Note On/Channela 

81H 40H 90H 45H 00H A3 Note Off/Channel 1. 

00H 90H 47H 3DH B3 Note On/Channel 1 

30H 90H 47H 00H B3 Note Off/Channel | 

30H 90H 43H 39H G3 Note On/Channel 1 

30H 90H 43H 00H G3 Note Off/Channel 1 

30H 90H 48H 35H C4 Note On/@nenne lel 

83H 00H 90H 48H 00H C4 Note Off/Channel | 

00H FFH2 FH 00H Meta event: end of track 
Track Chunk 3 (Channel 3) 

DELTATIME EVENT TYPE 


4DH 54H 72H 6BH MT rk (ASCII) 
00H 00H 00H 22H — Chunk length 


3B 


ch. 
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DELTA TIME EVENT TYPE 
OOH CZErOlr Program Change 2/ 
7 Channel 3 

00H DZS orl oj F2 Note On/Channel 3 
8IH 40H 92H 35H 00H F2 Note Off/Channel 3 
OOH O2F bros Gl Note On/Channel 3 
SIH 40H 92H 2BH 00H GI Note Off/Channel 3 
OOH 92H 30H 31H C2 Note On/Channel 3 
SeEV00H 92H 30E 00H C2 Note Off/Channel 3 
00H FFH 2FH 00H Meta event: end of track 


3/4 
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HETHER IT involves MIDI, audio, 
or video, synchronization lets you 


make any number of separate ma- 


chines (sequencers, tape recorders, 


videotape recorders, etc.) run in ac- 


eae 


cordance with a single and unique 


timing reference signal: namely, the 


me De 


clock signal. Depending on the kind 


of application, the clock 


a derived either from the tempo (in which 
case it’s a relative timing sign 4 ) or from an actual clock (in which case 


‘it’s an absolute timing signal). 


The distinction between these two time-division methods is a basic one. 
For instance, for a given duration X (for example, one minute), the tme 
calculated by a clock and the time expressed in terms of the number of 
quarter-notes that pass in a minute will be different, depending on the 
tempo (for example, 120 quarter-notes for a tempo of 120, 60 quarter- 
notes for a tempo of 60, and so on). In relative timing you're dealing 
with a unit that depends on the tempo, as opposed to an absolute unit 
that depends on the amount of time that has elapsed (as measured in 


terms of hours, minutes, seconds, milliseconds, etc.) 


In a configuration of synchronized machines, one of the machines plays 


the role of master by transmitting a reference clock signal to the other 


Recording and Synchronization t 


machines—the slave machines—so as to force them to run at the same 
speed at which the master machine is running. . 


From a synchronization point of view, there are two major kinds of 


recorders: 


" Physical recorders, which are based on a mechanical running system. : 


This group includes tape recorders (audiotape recorders, or 


ATRs) and videotape recorders (VTRs); and . 


" Logical recorders. Although this group consists mainly of sequencers, 


it also includes Direct to Disk systems. 


Beyond this first classification, there are four different synchronization 
procedures: 


1 © The slaving of one or more logical recorders to another logicai recorder. The 
time code can be either absolute or relative. The clock signal is 
sent directly from the master machine to the slave machine or ma- 
chines, which run at the speed imposed by the metronome pulses 
or clock-signal pulses that they receive. 


2= The slaving of one or more logical recorders to a physical recorder. The 
time code can be either absolute or relative. After having option- 
ally been formatted by a converter (for instance, when its physical 
characteristics are incompatible with direct-to-tape recording), the 
clock signal is first recorded on one of the tracks of the physical re- 
corder so that the logical recorder or recorders can be synchro- 
nized with it. (If necessary, the converter can also provide the 
formatting in the opposite direction.) 


3 * The slaving of one or more physical recorders to another physical recorder or a 
to a synchronizer. In this case, the time code is absolute. The clock- 
signal tracks are recorded in the way described above. These tracks : 
are then read by a synchronizer so that they can be compared 
against a reference clock signal provided by a master machine or : 
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by the synchronizer itself, so that the synchronizer can set the 
speed of the slave machines. The synchronizer does that through 
specialized interfaces that let it gain mechanical control of the run- 
ning speed. 

The slaving of one or more physical recorders to a logical recorder. In this 


case, the time code is absolute. The principle behind this approach 


—_ 
s 


is exactly the same as the principle outlined in item 3 above, except 
that the master clock signal (i.e., the reference clock signal) is sent 


to the synchronizer from the sequencer. 


For a single type of master clock, procedures | and 4 or procedures 2 and 


3 can be combined. 


These four principles, along with the applications derived from them, are 
the subject of the following sections. However, there are already two 
types of units that can be used for synchronization purposes, namely, con- 
verters and synchronizers. Converters turn a logical clock signal into a sig- 
nal that can be recorded, and vice versa, while synchronizers control the 


so-called “rotating equipment” through specialized interfaces. 


There are two standards for absolute clock signals: the SMPTE (the 
standard originally developed by the Society of Motion Picture and Tele- 
vision Engineers, pronounced “SIMP-ty”) standard and the MIDI Time 
Code. Depending on whether the clock signal is recorded on an audio 


track or incorporated directly into a video frame, you'll be dealing with 


SMPTE LTC code or SMPTE VITC code, respectively. 


There are also only two standards for relative clock signals: PPQN, or 
pulses per quarter-note, and the MIDI Timing Clock, which is sometimes 
associated with SPP (Song Position Pointer) messages. FSK (Frequency- 
Shift Keying), which is well known to MIDI users, isn’t strictly speaking - 
a clock signal. Instead, it’s a way to convert a relative clock signal into re- 


cordable form. 


Synchronizing Sequencers ; 


So much for generalities. It’s time now to take a look at logical synchroni- 
zation—that is, the synchronization of sequencers with one another— 
before going on to integrating the sequencers into an audio / video environment 
(in other words, slaving the sequencers to tape recorders and videotape 


recorders ). 


Sp imchronizing Sequencers 


In Chapter 4 you learned the MIDI synchronization messages: Timing 
Clock, Start, Stop, Continue, and SPP. The Timing Clock message 
comes straight from the tempo, and leads directly to the following two 


applications: 


" Sequencer-to-sequencer synchronization (MIDI/ MIDI or ana- 
log/MIDI); and 


*" Synchronization between a physical recorder and a sequencer. 


Sequencer-to-Sequencer MIDI Synchronization 


Assume that a sequencer is the basic instrument being used to record all 
the elements of a piece except for the percussion, which is being pro- 
grammed directly from an independent drum machine that’s being treated 
as a second sequencer. In order for these two units to run at the same 
speed—in other words, for them to start, stop, and start again at the 
same time, one of them (the master unit) has to be able to send com- 
mands and provide a continuous time signal to the other unit (the slave 
unit). This synchronous operation is ensured by the Timing Clock mes- 
sages, while the start (at the beginning of the piece), the stop, and the re- 
start (from the previous stopping point) are controlled by the Start, Stop, 


and Continue messages, respectively. 
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The Timing Clock messages are sent from the MIDI Out port of the 
master unit to the MIDI In port of the slave unit. Because these messages 
are transmitted at a rate of 24 per quarter-note, their transmission density 


is a function of the tempo. 


Generally speaking, any MIDI sequencer can serve as a master unit or a 
slave unit. In the case at hand, the trick ts first to set the sequencer to mas- 
ter mode so that it can transmit the clock signal to the drum machine, 

and then to set the drum machine to slave mode so that it can adjust it- 
self when it receives the clock signal (i.e., in External or MIDI mode). 


The Advantage of Song Position Pointer Messages 


Thanks to the MIDI Timing Clock messages, the drum machine is now 
running at the same speed as the sequencer. However, the drum machine 
is running blind, because it doesn’t know where it is in the piece. Of 
course, that doesn’t keep the synchronization from happening properly, 


because the Start command makes the sequencer and the drum machine 


start at the beginning of the piece, and the Continue command orders 


them to restart at the point at which they were stopped by the Stop mes- 
sage. As a result, the position of the drum machine in the piece is exactly 


the same as the position of the sequencer—so far. 


But now suppose you've pressed the Stop key on the sequencer at the be- 
ginning of bar 1S, and that the next thing you want to do is to skip 
straight to bar 49. When you position the sequencer at bar 49 in order to 
switch into Read mode, the sequencer will send the drum machine a Con- 
tinue message followed by a Timing Clock message. The drum machine, 
all unaware of the change in position, perfectly naturally and under- 
standably will start up again where it had been stopped—namely, at bar 
15. The upshot of course is that even though the drum machine and the 
sequencer are running at the same tempo, they’re running 34 bars apart. 
In other words, the MIDI clock signal can’t synchronize two units that 
are positioned at different locations. 


MIDI/ Audio-Video Synchronization : 


The Song Position Pointer message, which expresses a position in terms 
of the number of sixteenth-notes that have elapsed since the beginning of 
the piece, has the job of telling the slave sequencer which location to start 
from, in sync with the Timing Clock. messages, after the slave sequencer 
receives a Continue message. So, in resuming at bar 49 of'a piece in 4/4 
time, the master sequencer will send an SPP message having a value of 
784 (that is, 49 X 16) before it sends the Continue message. The binary 
and hexadecimal equivalents of this SPP message are 11110010 
00000110 00001111 and F2H 06H OFH, respectively. (After distribut- 
ing the two data bytes 06H and OFH over 14 bits you get 03H and 
OFH, which correspond to 783.) 


Because software sequencers usually don’t come with implementation 
charts, it’s advisable to contact the vendor for information about how, 


and whether, a particular device handles SPP messages. 


OY ) Id/Audio-Video Synchronization 


This section explains the principles of logical synchronization and then 
describes in detail how to synchronize MIDI sequencers and tape-based 


machines (i.e., tape recorders and videotape recorders). 


The two major applications of this type of synchronization are: 


®" Mixed sequencer/ tape-recorder multitrack recording, and 


" The synchronization of sound with pictures (or in general post- 


production audio work) 


General Information 


As every musician knows all too well, multitrack recording on an analog 


tape recorder degrades the signal. Hiss or background noise is added, and 
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the pass-band and the dynamics are reduced. Of course, digital tape re- 
corders do a lot to solve these problems. However, as soon as a produc- 
tion stops using acoustic instruments and starts working exclusively with 
sound generators, sequencers start displaying many advantages over their 
tape-based analogues. These advantages include instantaneous reposition- 
ing to any point in the piece and the option of editing recordings right up 
to the very last minute. When performances are exclusively MIDI based, 
multitrack tape recorders may not be needed at all, because the products 


of the sound generators will be mixed directly without having to be re- 


corded beforehand. 


Synchronization Codes in Use 


There are currently three very different ways to slave a sequencer to a 


tape-based recording device: 


1 * Use of a relative code. In the same way as for sequencer-to-sequencer 
synchronization, tape-recorder-to-sequencer synchronization based 
on the use of a relative code relies on MIDI Real Time messages 
(clock signals, SPP messages, etc.). Because of their digital content, 
these messages can’t be recorded directly on tape. Therefore, a con- 


version step is necessary for both writing and reading. 


2. = Conversion of an absolute code into a relative code. An absolute synchro- 
nization code (such as a SMPTE code) is recorded on the tape 
and is then converted into a relative synchronization code that’s 
sent to the sequencer (in the form of clock signals, SPP messages, 
ele) 


3 = Use of an absolute code. An absolute synchronization code (such as a 
SMPTE code) is recorded on tape and is then converted into an- - 
other absolute synchronization code that’s MIDI compatible. This 
code, which is the one that’s sent to the sequencer, is known as the 


MIDI Time Code. 
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Before making a detailed study of the major codes that are currently being 
used and the ways in which they're implemented, it’s worth taking a mo- 
ment to review the caveats that you should be aware of when you're re- 


cording a synchronization signal. 


How Codes Are Recorded 


Because of the information they carry, synchronization codes are ex- 
tremely sensitive to crosstalk (i.e., signal overflow between two adjacent 
tracks in a tape recorder). That’s why it’s worth taking the trouble to re- 
cord these codes on relatively isolated tracks (such as tracks | and 8 on 
an 8-track tape recorder, track | or track 24 on a 24-track machine, and 
so on), so as to reduce the number of immediately neighboring tracks to 


one instead of two. 


To minimize the amount of crosstalk within the single neighboring track, 
it’s advisable for that track not to contain recorded sounds with high tran- 
sients (i.e., sudden attacks) or very high gain levels. The ideal procedure, 
of course, would be to have an interval consisting of an empty track sepa- 


rating the synchronization codes from any instrumental recordings. 


To avoid changing the synchronization signal, you should take care not 
to subject the signal to any processing steps (corrections, effects, 
noise-reduction procedures, etc.), or to any writing or reading. As if that 
weren't enough, because of the often weak performance of their erasing 
heads, some tape recorders don’t take kindly at all to the re-recording of a 


code on any particular given track. 


The last problem involves the adjustment of the recording level. An exces- 
sively high level poses the risk of saturating the code and thereby deform- 
ing it, while an excessively low level poses the risk of making the code 
impossible to read. One good way to make the adjustment is to measure 
the level at which break-up occurs during reading or playing and then set the 


recording level a few decibels below that level. 
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PPON and MIDI/FSK 


PPQN and FSK are the two ways to code a tempo (with fale reee 
ence) in a signal that can be recorded on tape. PPQN involves only ana- 
log sequencers, while FSK works with MIDI. 


PPON (Pulses Per Quarter Note) Synchronization 


As you saw in Chapter 1, PPQN is a low-frequency electrical signal (at 
24 Hz, 48 Hz, 96 Hz, etc.) issued by the analog sequencers. The role of 
this signal is exactly the same as the role of the Timing Clock message. 
On the other hand, it is recorded as-is on a tape-recorder track, and di- 
rectly drives the sequencer for reading or playing. Because of its analog 
component, this signal doesn’t need to be converted in either direction. 
However, its low frequency makes it extremely vulnerable to magnetic 
recording. This method is entirely obsolete, and is almost never used 


anymore. 


~ Frequency-Shift Keying (FSK) Synchronization 


The MIDI/FSK converter is a bidirectional conversion module that 
turns MIDI clock messages into an equivalent signal whose major special 
feature is that it can be recorded on tape. Physically, this signal alternates 
between two different frequencies at the speed of the MIDI clock (i.e., 24 
pulses per quarter-note). This dual-frequency coding system has the ad- 
vantage over PPQN of being located in a pass-band that is clearly much 
better suited to magnetic recording. Some MIDI/FSK converters are in- 
corporated right into sequencers and drum machines, while others are 


packaged as independent boxes. 


Because the FSK signal depends on the tempo, you can start by connect- 
ing the MIDI Out port of the sequencer to the MIDI In port of the 
MIDI/FSK converter. This connection gives the converter a relative 
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timing reference. When it receives clock-signal messages from the se- 
quencer, which has been placed in Read mode (and for which the sending 
of timing-clock signals has been enabled), the converter generates the 
FSK code intended for the tape recorder, which has been placed in Re- 


cord mode. 


If no clock-signal messages are present, the converter issues a sort of test 
tone (1.e., a constant frequency), which has to be recorded for a good ten 
seconds or so on the tape recorder before the read key of the sequencer 
can be pressed. The test tone then serves as a mark that the converter can 
use to find the beginning of the piece. Although it’s not consistent with 
the MIDI standard, some sequencers don’t give absolute priority to clock- 
signal messages. To make sure these messages are sent with the proper 
regularity, it’s worthwhile to disconnect all the tracks (by using the Mute 
function) before doing any FSK recording. 


Once the recording operation is complete there’s no way to tinker with 
the tempo of the piece, which has now been definitively fixed—cast in 
concrete, you might say—on the tape. On the other hand, to the extent 
that the sequencer allows it, there’s nothing keeping you from program- 
ming a tempo-change chart during the piece. You can get away with this, 
provided of course that you do it before the conversion operation begins, 


because FSK is simply a faithful reflection of the MIDI clock. 


In addition to a margin of safety at the end of the piece, which you can 
get by recording a minute or two of additional code with a view toward a 
possible extension of the piece, it’s also worthwhile to provide a few bars 
of white noise at the beginning of the sequence, so as not to be prevented 
at some later time from adding a longer introduction or a metronome 


count for musicians to use. 


During reading, after the MIDI Out port of the converter has been con- 
nected to the MIDI In port of the sequencer, the conversion takes place 
in the opposite direction. The purpose of this conversion is to transform 


the FSK signals from the code track into mobile MIDI clock signals, and 
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also to send a Start signal at the beginning of the piece (ieopat the end of 
the test tone), along with a Stop signal whenever the tape recorder is 


stopped. 


When the sequencer is slaved to the tape recorder, the MIDI Out port of 
a keyboard can be slaved to the MIDI In port of the converter. In this 
arrangement, the messages from the converter will be mixed (that is, 
merged) with the clock signals produced by the FSK/MIDI conversion 
before being sent from the MIDI Out port of the keyboard to the MIDI 
In port of the sequencer. This function, which is absolutely indispensable, 
lets you record a sequence while you listen to tracks that were recorded 


earlier on the tape recorder. 


The problem with MIDI/FSK conversion is the same one you run into 
with MIDI/MIDI synchronization. If no SPP messages are present, then 
each new reading forces you to start again at the beginning of the tape. 
What's worse is that even the slightest change in the recorded FSK signal 
is fatal, because the slave sequencer has no way to evaluate the resulting 


delay. 


MIDI/SMPTE Synchronization 


The SMPTE standard is to audio/video synchronization what the MIDI 
standard is to musical data processing: namely, a single and unique univer- 
sal standard. Unlike the codes you've learned so far in this chapter, which 
have been characterized by a relative timing reference (i.e., tempo), 

SMPTE provides an absolute timing reference in terms of the number of 


hours, minutes, seconds, and frames per second. 


The Evolution of SMPTE 


In the beginning, the four codes that are gathered under the umbrella 
term “SMPTE” were designed to synchronize visual signals on film and 
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on videotape. The codes were gradually extended to include the synchro- 
nization of audio signals for tape recorders and the synchronization of 


MIDI signals for sequencers. 


In the film and video world, time is measured not according to tempo, 
but in terms of the number of frames per second. This is why all the 
audio/video synchronization codes work with the number of hours, min- 
utes, seconds, and frames per second. The number of frames per second 
varies, depending on requirements and also on the countries involved (par- 


ticularly because of AC electrical power, whose frequency in Europe is 


50 Hz, as opposed to the standard U.S. frequency of 60 Hz). 


The first synchronization standard goes back to 1970. Its name, 
“SMPTE,” comes from the initials of the organization that contributed 
to its implementation: i.e., the Society of Motion Picture and Television 
Engineers. In force primarily in the United States, Canada, and Asia, this 
standard is based on NTSC (National Television Standards Committee 
(sometimes known as Never Twice the Same Color!) video coding, 
which, for esoteric technical reasons of compatibility between black and 
white and color, is referenced to 30 frames per second in black and white 
and to 29.97 frames per second in color. These two SMPTE codes are 
known respectively as “30” and “30 drop frame.” The term “drop 
frame” comes from the fact that this code is the same as a 30-frame-per- 


second code that skips two frames per minute except at every tenth min- 


ute, Or six times pet hour hes 29.97 X 3600 = (30 X S600 1 (2 54)). 


In Europe, the video standards (PAL and SECAM) that are currently in 
effect are both referenced to 25 frames per second. In 1972 the European 
Broadcasting Union (EBU) adopted this synchronization code. Apart 
from the fact that it’s referenced to a rate of 25 frames per second, this 
standard ts physically exactly the same as its elder sibling, SMPTE. Fi- 
nally, for reasons relating to the film industry, there’s a fourth standard. 


This one is referenced to 24 frames per second. 
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These four codes are often grouped indiscriminately under the overall 
name “SMPTE.” To prevent confusion, it’s worth taking the trouble to 
associate each of these codes with the number of frames per second that 
it uses. Incidentally, the duration of a frame at 24 frames per second is 
41.67 ms. At 25 frames per second it’s 40 ms; at 30 frames per second 
it’s 33.33 ms; and at 30 drop frame it’s 33.37 ms. 


and LIC 


Physically, there are two ways to lay down a code on a videotape re- 
corder. The first one, known as the Longitudinal Time Code (LTC), 
makes the recording on an audio track. The second method, which is 
known as the Vertical Interval Time Code (VITC), records the code di- 
rectly in an invisible area at the top of the frame. The part of the vide- 
otape that lets the VITC code be written without affecting the image 
corresponds to the period of time during which the vertical scanning 
passes from the extreme right at the bottom of the screen to the extreme 


left at the top of the screen (hence the term “vertical interval”). 


This procedure has nothing to do with burn-in, which, for practical rea- 
sons, consists of superimposing the SMPTE time on each frame. In such 
cases, the time is usually placed in the lower portion of the screen, so as 
not to interfere with the display. In fact, as far as the LCD display of an 
independent synchronizer is concerned, burn-in makes it easier to follow 


the time code. o 


The Structure of SITIPTE LIC Code 


The SMPTE LTC code is a so-called “dual-phase”’ electrical signal whose 
purpose ts to code a digital signal on tape. The signal consists of 80 bits CO: 
bytes) per frame. The signal density is 2000 bits per second (25 X 80) for 
EBU code and 2400 bits per second (30 X 80) for SMPTE code. The mean- 
ing of each of the 80 bits is listed in Table 9.1 below. 
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TABLE 9.1: Meaning of the Bits in SMPTE LTC Code 


BITS MEANING 


uuuubbbb uuuu = the ones digit (from 0 to 9) for the frames, and bbbb 
= the user bits 

ddfcbbbb dd = the tens digit (from 0 to 2) for the frames, f = the drop- 
frame flag, c = the color frame flag , and bbbb = the user bits 

uuuubbbb uuuu = the ones digit (from 0 to 9) for the seconds, and bbbb 
= the user bits 

dddgbbbb | ddd = the tens digit (from 0 to 5) for the seconds, g = the 
binary group flag, and bbbb = the user bits 


uuuubbbb uuuu = the ones digit (from 0 to 9) for the minutes, and 
bbbb = the user bits 


dddgbbbb ddd = the tens digit (from 0 to S) for the minutes, g = the 
binary group flag, and bbbb = the user bits 


uuuubbbb uuuu = the ones digit (from 0 to 9) for the hours, and bbbb 


= the user bits 


ddipbbbb dd = the tens digit (from O to 2) for the hours, i = 
unassighed, p = the phase-correction bit, and bbbb = the user 
bits 

OOL11111 Synchronization word 

11111101 Synchronization word 


In short, this gives you: 


* 32 bits that are free for use 
P16 synchronization bits 


=" 26 timing address bits 
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a, : : . 


aes 


" S flag bits (including the phase-correction bit) 
" | unassigned bit (forced to zero) 
Bits 27 and 43, which are the flags for the binary groups, indicate the 


standard that was used to encode the characters for the user bits, as 


shown below: 


Bie27 Bit 43 
Set of unassigned characters 0 0 
Type of character set (the ISO- 1 0 
646 and ISO-2022 standards) 
Unassigned 0 al 
Unassigned l I 


Note that in the above list, under no circumstances should the unassigned 


combinations be used. 


In an LTC frame, each bit (known as a subframe) lasts 520.8 microsec- 
onds at 25 frames per second, 500 microseconds at 25 frames per sec- 
ond, 416.7 microseconds at 30 frames per second, and 417.1 
microseconds at 30 frames per second (drop frame). The breakdown of a 


SMPTE LTC frame is shown in Figure 9.1 below. 
The dual-phase nature of SMPTE LTC code is shown in Figure 9.2 


below. 


Figure 9.3 below shows the waveform of the LTC signal. 


The Structure of SMPTE VITC Code 


VITC data isn’t encoded in accordance with the dual-phase method. In- 
stead, it’s encoded under the NRZ (Non Return to Zero) scheme. This 
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Timing address _ Bit weighting ' Bit number _ Beginning of the code word 


80 bits per frame 


Frame ones 


32 bits free for use 


, 
Ht 


16 synchronization bits : 
6 Binary group No. 1 
26 timing address bits 7 
4 flag bits Frame tens f 2 5 
10 Unassigned bit —| 
2 unassigned bits ii Color flag bit 


All of the unassigned Binary group No. 2 
bits are set to zero. i 
These bits can be 
assigned only by the Unit Seconds ones 
Equipment Register (UER) 
Binary group No. 3 
1 
| Seconds tens 2 
4 
Binary group flag bit al 
Binary group No, 4 
Minutes ones 
Se 
Binary group No. 5 
4 
Minutes tens 2 
4 
_ Binary group flag bit s 
Binary group No. 6 
4 
Hours ones z 
8 
Hours tens | 5 
; inassigned bit 
Synchronization 
word . 
Frame time format: 
HH:MM:SS.FF 
23:59:59:29 


FIGURE 9.1: Breakdown of a SMPTE LIC frame. (Bit 10 is actually a frame-jump flag.) 
The frame is read starting with Bit 79, which is transmitted first. 303 
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! ce) ] 1 0 1 1 0 
Recorded signal: | | | | | | | | | | | | | | 
Clock pulse: ico) ae | | : | | | 
FIGURE 9.2: In the dual-phase system, each clock signal causes a change in voltage. On the other 


hand, unlike what happens with zero, the coding of the digit 1 causes an additional change in 
voltage—but this time between two clock pulses. 


Clock pulse Bit 0 Clock pulse Bit 1 Clock pulse 
500 microseconds (clock period) \; 


250 microseconds 


} 5 percent maximum 


100 percent 


oe 


90 percent 


__50 percent 
AG 


ts percent maximum 


FIGURE 9.3: The waveform of the LTC signal 
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arrangement requires ten bits more than LTC code does. The additional 


ten-bit groups are assigned as shown in ible 0.2 bea. 


TABLE 9.2: Meaning of the Bits in SMPTE LTC: Code 
BIT GROUP NUMBER SYNTAX 

xx uuuubbbb 

xx dddgbbbb 

xx uuuubbbb 

xx ddfcbbbb 
uuuubbbb 
dddgbbbb 


XX 
XX 
xx uuuubbbb 
xx 
ie 


ddipuuuu 


Co oOo ND OH Se GO NW = 


YYYYYYYY 


xx = Synchronization bits 


yyyyyyyy = The correction code (i.e., a CRC or cyclic redundancy check code) 


As you saw earlier, the use of VITC is limited to videotape recorders, be- 
cause the code, instead of being recorded on an audio track, is integrated 
directly into the image. Some converters can transform VITC code into 
LTC code in order, for instance, to make a working copy from a one- 
inch master videotape or a Beta SP videotape for use with a U-Matic or 
VHS videotape recorder. (Simultaneously with the frame copy, the 
VITC code on the master tape is converted into LTC code in order to be 
laid down on one of the audio tracks of the U-Matic or VHS tape.) 
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However, most of these converters only go so far as to record VITC data 
in LTC form, without filtering the ten bits of additional information. 
This ts why most SMPTE/MIDI converters refuse to read LTC code 
that’s derived from VITC code. Only a few converters try to do the trick, by 
eliminating the additional bits when they make the copy. Nevertheless, the un- 
precedented and entirely unexpected growth of the post-production industry 
is leading more and more manufacturers to incorporate direct VIT'C inputs 


into their sequencers, along with Direct to Disk ports, etc. 


The main advantage of VITC code lies in the fact that it can be read at 
very slow speed, even in stop-frame mode—something LTC code can't 
do. (In magnetic recording, the tape has to be shifted past the read 
heads.) Conversely, VITC code can’t operate at high speed, whereas a 
multitrack tape recorder that’s equipped to handle very high frequencies 
can read LTC code at running speeds that are up to 3 to S times higher 
than the nominal reading speed. (Any faster than that, and the tape flies 
away from the heads.) See Figures 9.4, 9.5A and B, 9.6, and 9.7 below. 


278m 279m 280m 281m 282m 283m 284m 285m 286 


FIGURE 9.4: The difference between the waveforms of LTC and VITC codes 
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VITC LTC 
BitNo. oo 4" Synchronization bits 
1°" Synchronization bits Bit No. 
2 iL. xi 0 
2 2 Frame onés a2 1 
a 4 4 2 
5 8 3 
6 4 
i a 5 
First binary group : 
13 = Frame tens = 5 
14 Unassigned bit 
15 Color-lock flag bit 11 
16 12 
iu Second binary group ieee 
0 Synchronization bits 
Synchronization bits 
ae Al: 
cs 2 Seconds ones 2 ul 
24 4 4 18 
25 8 “3 19 
26 20 
27 21 


Third binary group 


Synchronization bits 


ynchronization bits 
2 10 
_-33 20 Seconds tens 20 a 
34 40 : 40 26 
35 inary group flag bit 27 
36 28 
a7 Fourth binary group 29 


40 
44 
aa) 

43 a Minutes ones 2 33 

44 ath 4 34 
__ 45 8 3 35 

46 36 

47 a 

48 Fifth binary group ae 

39 
"1" YZ Synchronization bits 
nok Y, Synchronization bits 
10 

RA. 28 Minutes tens 20 4i 

54 40 40 42 

55 Binary group flog bit 43 

aS 

=) a : ; 

58 Sixth binary group 7, ae 

59 


FIGURE 9.58: The difference between the contents of LTC and VITC codes. (Bit 10 is actually 
a frame-jump flag.) 39) 


rs fags & 
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nie Synchronization bits 
61 "0" Y, Synchronization bits 


ails 
= 2 Hours ones =2|._. ona 
64 4 4 50 
65 8 51 
66 52 
=e Seventh binary group = 
68 
72 410 56 
a5 oe Hours tens 35 > 

 ssignet bt 58 
75 Pattern identification | Phase-correction bit 59 
76 60 
77 ighth binary group 61 
78 62 


Cyclic control code Synchronization word 


FIGURE 9.5B: The difference between the contents of LTC and VITC codes. (Bit 10 is actually 
a frame-jump flag.) 


Recorded signal Ae eee ole | 
Clock pulse | | | | | | | | | 


FIGURE 9.6: Zhe NRZ system produces a transition from one level to another only when a 


change occurs in the binary state (ie when a change from bit O to bit 1 occurs, or vice versa). 
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Bit 1 Bit 0 
5 percent maximum 550 ns 


550 mV 


5 percent maximum 


0 (suppression) 


|_ 200 ns_| 


FIGURE 9.7: Zhe waveform of the VITC signal 


SMPTE in Practice 


At first glance it’s hard to see how hours, minutes, seconds, and frames 

per second could communicate with Pulses Per Quarter-Note and Song 
Position Pointer messages. At the very least, in order to converse in 
SMPTE code, a sequencer has to have a MIDI/SMPTE interface—in 
other words, a converter. This interface manages two very different func- 
tions: writing the SMPTE code on the tape (a function that’s separate 
and independent from the MIDI/FSK converter, to which the sequencer 
would send a MIDI clock signal), and, during reading, converting the 

~ code into MIDI synchronization events (e.g., Timing Clock, Start, Stop, 
Continue, and Song Position Pointer messages ). In this second phase, it’s 


up to the user to program certain parameters, such as the starting time for 
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the piece, the tempo, and the initial time signature (4/ 4, 6/8, etc.), along | 


with any tempo or bar changes within the sequence. 


The three stages of SMPTE/MIDI synchronization are summarized 


below: 


Ld 
s 


3 


Writing the SMPTE code on tape: select the starting time and the type of 
code (for example, 2 hours 0 minutes 0 seconds O frames, at 25 
frames per second), For the sake of simplicity, it’s advisable to 
“time-code” the tape throughout its length. 


Programming the starting time for the piece and the tempo /bar chart. For 
instance: 
SMPTE TEMPO —TIMESIGNATURE POSITION (BY BAR, BEAT, AND TICK) 
02.00.30.00 120 4/4 1/0 
126 5/4 12/1/0 
118 6/8 20/1/0 
120 4/4 257170 


You should always take care to provide a margin or blank space be- 
tween the start of the code on the tape and the starting time for 

the sequence. (In this example, the space is 30 seconds long.) This 
space leaves you room to add an introduction ahead of the begin- 
ning of the piece after one or more tracks have been laid down on 
tape. In fact, if you wanted to add a two-bar introduction at a 
tempo of 120 to the quarter-note, all you’d have to do is program 
the sequencer to start four seconds earlier: that is, at 02.00.26.00. 


Reading the SMPTE code and conversion into MIDI, in accordance with 
the previously programmed chart. 


Thanks to this information, the converter can send the MIDI Timing 
Clock messages to the sequencer, along with the SPP messages, which it 
will calculate from the tempo/ bar chart. When the tape is read, when the 
code reaches the starting time for the piece (02.00.30.00) the converter 
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sends a Start message to the sequencer, followed by a Timing Clock mes- 


sage in the rhythm of the programmed tempo (which in this example 
is 120). 


If you assume the tape recorder will start right in the middle of the piece, 
for instance at 02.01.00.00, then the converter will calculate the value of 
the corresponding SPP message from the tempo/ bar chart, as explained 
below. 


The piece starts at time 02.00.30.00, at a tempo of 120 beats per minute 
and a time signature of 4/4 (that is, 4 beats to the bar, with a quarter- 
note getting one beat). As shown in the table, the first tempo change hap- 
pens at the beginning of bar 12. This means you have 11 bars, at four 
quarter-notes or 16 sixteenth-notes per bar, before the first tempo 
change—in other words, 176 sixteenth-notes between the beginning of 
the piece and the beginning of bar 12. At a tempo of 120 each quarter- 
note lasts SOO ms, and each sixteenth-note is 125 ms long. In other 


words, these 11 bars occupy 22 seconds of real time. 


At 02.00.52.00—that is, 8 seconds before the desired continuation point 
(i.e., the time at which the tape recorder will start)—the tempo increases 
to 126 beats per minute and the time signature changes to 5/4. Using the 
_ same technique as above, you can calculate that the interval to the next 
tempo change (that is, the change to 118 beats per minute) is 336 six- 
teenth-notes, or a little more than 19 seconds (actually, 19.048 seconds). 
That number tells you that the continuation point lies within this interval. 


At a tempo of 126, each quarter-note lasts 476.19 ms, and each sixteenth- 
note is 119.047 ms long. By dividing 119.047 into 8 seconds, you find 
that there are 67.2 sixteenth-notes between the tempo change at the start 
of bar 12 and the continuation point. So as not to have to deal with back- 
ing up the tape, you round the figure of 67.2 up to 68 sixteenth-notes. 
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Therefore, the converter sends an SPP that has a value of 244 (that is, 
176 sixteenth-notes in the first 11 bars + 68 sixteenth-notes, as calcu- 
lated above). The converter then sends a Continue message 95.2 ms after 
the tape recorder passes 02.01.00.00, This delay is necessary because 68 
sixteenth-notes at a tempo of 126 quarter-notes to the minute result in a 
time of 8.0952 seconds, which is 95.2 ms longer than 8 seconds. The 
converter then sends Timing Clock messages at the corresponding tempo 


of 126 beats per minute, Le., with a message every | 19.047 ms. 


The enormous advantage of SMPTE code is that it’s independent of the 
tempo of a piece. If you want to change the tempo after you've recorded 

the code, all you have to do is reprogram the chart. You don’t have to lay 
down the code again on the tape, as you would with FSK. 


In the same way as with MIDI/FSK, the presence of a MIDI In port in 
the converter lets you send to the input of the sequencer a mix consisting 
of the clock signals from the SMPTE/MIDI conversion and the signals 
from a control keyboard connected to this MIDI In port. This combined 
input, known as the Merge function, lets you record a sequence while si- 


multaneously listening to tracks that were laid down earlier on tape. 


As with all audio recording, the recording of a SMPTE code isn’t imper- 
vious to imperfections in the magnetic tape. As a result, a SMPTE/MIDI 
converter will “break up” if the tape has a defect, erasure, or blank spot 
that lasts more than a few fractions of a second, However, some convert- 
ers go on generating clock-signal messages at the current tempo until the 
code recovers from the mishap. 


There are two major kinds of SMPTE/MIDI converters: independent 
converters and converters that are connected directly to a particular 


sequencer. 
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Independent SMPTE/MID! Converters 


Independent converters have a minimum of two SMPTE ports (In and 
Out) that let you record and read code on the tape. These converters also 
have a MIDI Out port, which they use to send clock-signal messages and 
SPP messages to the sequencer. The tempo/bar chart is programmed di- 
rectly on the converter. However, it’s not at all unusual for only one of 
these charts to be accepted and allowed to reside in memory. In the best 
of all possible cases, such a chart would be stored and saved on magnetic 
media (such as a floppy disk), or even by means of a System Exclusive 


message. 


MMPs MIDI Converters Connected to Sequencers 


Converters connected to sequencers ate directly linked to one of the in- 
put/output (I/O) ports of the computer. The role of this kind of con- 
verter is limited to reading and writing the code on tape. The job of 
converting the SMPTE code into clock-signal messages and into SPP 
messages, and also the task of programming the tempo /bar chart, are 
done directly by the software. (In such a case, of course, the chart can be 
stored in the same file as the processed piece.) As a result, the only task 

. this family of converters has to deal with is the task of providing a 
SMPTE interface for the computer. Because they're more flexible and 
cost less, converters that are integrated into sequencers are more desirable 
than universal converters. On the other hand, their operation depends on 


the operation of the software they work with. 


fl Few Typical Applications 


Without going into the gory details of all the applications that use 
SMPTE (other than the simple slaving of a sequencer ), the following 
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sections present a brief overview of audio post-production and the 
synchronization of tape recorders and videotape recorders, concluding 


with a short discussion of human synchronization. 


MIDI in Audio Post-Production 


Audio post-production covers all of the work that deals with the addition 
of sounds—noises, voice overs or voices off, conversations, the environ- 
mental sounds, original music, and so on—to an image. The job of the 
post-production studio or auditorium is only to adjust and mix all these 
elements with the image (which they can do, thanks to the synchroniza- 
tion methods that tape-based machines use with one another). Ever since 
MIDI environments got into the act, musicians have had the option of 
taking charge of some of this work by synchronizing sequencers with 
videotape recorders. The most widely used way to do this is described 


below. 


To begin with, the master film or videotape (which in most cases is in 
one-inch or Beta SP format) iS copied onto a U-Matic or VHS tape, de- 
pending on the type of videotape recorder the musician is using. The 
original time code (either VITC or LTC) is recorded on one of the 
audio tracks (LTC). For easier handling, this code is also burned into the 
frame. Of course, if the tape delivered by the post-production studio isn’t 
time-coded, and if the VHS or U-Matic equipment includes a dubbing 
function (that is, if it can record an audio track without erasing the im- 
age), then you can use the SMPTE/MIDI converter to record your own 
SMPTE code. 


The presence of the converter means that during reading, the videotape 
recorder can control an entire MIDI environment—an environment 
that’s especially well suited to this kind of work, with the music and 


sounds being provided by a sequencer that drives several different sound 
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generators. In return, the musician delivers the mixed product on a two- 


track tape recorder: for instance, on analog tape or on synchronizable 


digital audio tape (DAT). 


Furthermore, if the tape recorder (synchronizable DAT, or a tape re- 
corder that has a central track reserved for the time code) allows it, simul- 
taneously with the mixing you can record a regenerated copy of the 
SMPTE code from the tape recorder. This procedure simplifies the work 
of the post-production studio, because (except during dubbing) the same 
timing reference is preserved throughout the series of steps. This regenera- 
tion function ts linked to the fact that the LTC code, which is a square- 
wave signal, doesn’t work well with direct recopying, because recopying 
has a strong tendency to round off the leading and trailing edges of the 
signal. This is why converters exist that let you regenerate the signal by 
writing a “new” code when they read the original. This procedure pre- 


vents any signal degradation. 


Some sequencers are better suited to post-production work than others. 
In any event, any sequencer that’s used in this environment should be ca- 
pable of displaying the position of each MIDI event not only in accord- 
ance with the bar/beat/tick system but also in terms of SMPTE time, in 
order to allow accurate synchronization with the frames. More refined 
functions let you program a list of SMPTE times (the so-called cue list) 
in order to link the triggering of notes or patterns with the frames. These 
functions also let you calculate the tempo that’s best suited to a given vis- 
ual sequence within which certain points (that is, certain SMPTE times) 


need to be emphasized by a strong beat, and so on. 


Nevertheless, sequencers become inadequate as soon as you have to syn- 
chronize acoustic elements, such as human verbal conversations or the 
sounds of instruments, with a frame (unless of course you use a Direct to 
Disk recorder or a sampler that has enough RAM). This need is met by 


multitrack tape recorders that are synchronized with videotape recorders. 


40) 


A =e a 
OF 


' Recording and Synchronization 
ch, 


Synchronizing the Rotating Equipment 


Synchronizing tape recorders and videotape recorders ts an extremely 
complex operation. It’s no longer a matter of controlling a simple piece 
of computer software by using a SMPTE code to send MIDI synchroni- 
zation messages, but rather of interacting in real time with the way the 
running speed of a motor (that is, the motor that controls the capstan of 
the recording device) is set. In other words, what you have here is the slav- 
ing of a mechanical device. This is why the SMPTE interfaces that are re- 
sponsible for this kind of slaving are known as synchronizers rather than 


converters. 


Generally speaking, the same SMPTE code (that = the same time) is re- 
corded on all of the tape recorders and videotape recorders that need to 
be synchronized. If this is not the case (in other words, if the starting 
time for an audio and/or video sequence to be synchronized differs from 
one machine to another), you have to tell the synchronizer about it. You 
do that by programming the proper offset (that is, the clock difference, 


plus or minus, with regard to a reference code) for each machine. 


During reading, this SMPTE reference code, which controls the entire set 
of machines, comes either directly from one of the machines (the master 
device) or from an independent synchronizer that generates the code ac- 

_ cording to its own internal clock. Regardless of which of these ap- 
proaches you use, the synchronizer reads the SMPTE time of the tape 
recorders and videotape recorders in order to compare them continually 
against the time indicated by the reference code. Depending on the differ- 
ences it finds, the synchronizer sends orders to each of the machines (via 
as many specialized interfaces as there are devices), telling them to speed 
up or slow down in order to adjust their running speed to the SMPTE | 


reference code, so that all the codes coincide perfectly. 
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During rapid running (that is, during fast forward or rewinding), the read 
heads are no longer pressed against the tape, which means the codes can’t 
be read. To pteserve synchronicity, the tape recorders and videotape re- 
corders switch into a mode in which they send specific information (i.e., 
tachometry and direction) that gives the synchronizer an indication of their 
approximate position, more or less, in the absence of the SMPTE code. 


Synchronizers for tape-based machines are different from simple 
MIDI/SMPTE converters (even though they sometimes include the 
same functions) in that they maintain a continuous dialogue with the mo- 
tor of the tape recorder, in accordance with a protocol that’s specific to 
each manufacturer. Apart from its use in synchronizing tape recorders 
and videotape recorders in post-production, this principle is very wide- 
spread in the audio world. It even lets two tape recorders be slaved to one 
another in such a way as to increase the number of tracks available. Under 
this scheme, two 24-track tape recorders turn into a single 46-track tape 
recorder (48 tracks less the two that are reserved for recording of the 
SMPTE codes). Figure 9.8 below shows one example of a flexible and so- 


phisticated configuration. 


In the example the synchronizer is the master device. The SMPTE code 
that it generates from its internal clock is compared against the clock sig- 
nals from the videotape recorder, the multi-track tape recorder, and the 
two-track tape recorder reserved for mixing. These three physical units 
are thereby slaved. The synchronizer also plays the role of a converter by 
transforming the SMPTE code into MIDI messages in order to drive a 


sequencer in parallel. 


Human Synchronization and Its Various Applications 


“Human synchronization” Is a concept that lets you slave a sequencer not 


to a computer-generated clock signal but to the rhythm produced by a 
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===: SMPTE In/Oit and slaving 
——: MIDI 


eae : MIDI synchronization 


(clock or MTC) 
SSh5e° 


Tape recorder 


Synchronizer 
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FIGURE 9.8: A configuration that includes MIDI, audio, and video. 


musician (or to any other external source). This procedure introduces 


slight fluctuations in tempo that tend to make a recording sound more 


human. It’s also used to resynchronize tapes that don’t carry a time code. 


Consider for instance the Human Sync function of Cubase. The purpose 


of this function is to let the tempo evolve in accordance with the input 


frequency of the MIDI notes. The result is that the rhythm can be 


marked on a simple keyboard so that the metronome speed of a piece can 
be regulated in real time, in much the same way that an orchestra conduc- 
tor controls the speed at which a composition is played. These variations 
in tempo can also be recorded in the sequencer, as indicated in Figure 9.9 


below. 
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FIGURE 9.9: The Human Sync function of Cubase 


The upper portion of the screen represents sixteen subdivisions of a quar- 
ter-note. It’s up to you, the user, to set the zones within which the notes 
you play will be handled when the tempo is modified. Depending on the 
effect you want, these zones can be programmed to be advanced or de- 
layed in terms of quarter-notes, eighth-notes, and sixteenth-notes. The 
larger the zones, the more the changes in tempo can be shifted (provided, 
of course, that the shifts stay within the limits set for the “max increase” 
and “max decrease” parameters and for the tempo range). To prevent un- 
necessarily sudden fluctuations, the Smooth option automatically calcu- 
lates the average of the variation in the current tempo and the previous 


value. 


Because of the increasing difficulty of reproducing under live concert con- 
ditions the studio version of an arrangement of a piece, it isn’t unusual 
for musicians onstage to play directly on top of the sequences. Human 


synchronization lets any of the human performers drive the sequencer 
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tempo in real time. In most cases, this job is done by the percussionist, 
whose playing is converted into MIDI notes by means of devices such as 


pads or triggers. 


In the studio, tapes that have no time codes on them need to be re- 
worked—for instance, by being remixed with the addition of MIDI se- 
quences that are synchronized with a tape recorder, etc. Although the 
after-the-fact recording of a SMPTE track presents no problems, the 
track has to be converted into a tempo chart in order to be able to drive 


the sequencer in perfect sync with the recorded music. 


To do that, you have to use a MIDI/SMPTE converter which, starting 
with an audio input instead of with a MIDI input, can perform a task 


that’s identical to the one performed by the Human Sync function dis- 


cussed above. So you’d start by selecting one or more appropriate rhythm 
tracks (percussion elements, bass, etc.) and then send the output to the 
corresponding input of the synchronizer, which then calculates the tempo 


chart in real time while reading the SMPTE code from the tape. 


Another approach is to use an audio /MIDI converter to convert the 
audio output directly into MIDI notes, in such a way as to describe the 
metronomic evolution of the piece to a sequencer that has a function 
which is equivalent to the Human Sync function. If a converter isn’t avail- 


able, there’s always the option of beating out the tempo by ear on a 


MIDI keyboard. 


Regardless of the procedure you use to lay down a time code on a pre- 
viously recorded tape, none of the procedures has any way of knowing 
what the starting tempo is without being told. Audio/tempo or 
MIDI/tempo converters generally need to be informed as accurately as 
possible about the initial tempo, so that they can avoid sudden accelera- 


tions or slow-downs at the beginning of the piece. 
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Some older tapes are ““time-coded” with PPQN or FSK signals, or even 
with other kinds of signals. In the same way as the audio /MIDI convert- 
ers in the application discussed above, some synchronizers offer the op- 
tion of converting these signals into a tempo chart—provided that a 
SMPTE reference code has been recorded on one of the tracks of the 


tape recorder. 


The Direct Time Lock 


To wrap up this discussion of SMPTE, you should be aware of the exist- 
ence of a hybrid synchronization code known as Direct Time Lock 
(DTL). In principle, the method consists of converting the first SMPTE 
time indicator that’s read on the tape into an Exclusive message (similar 
to MIDI Time Code messages) that’s sent to the sequencer, and then issu- 
ing a timing-clock signal at a rate of 30 pulses per frame. Starting with 
this information and its own tempo/ bar chart, the sequencer adapts itself 
to the SMPTE code. On the other hand, if the code on the tape happens to 
suffer a small erasure, synchronization will definitely be lost, because in- 
stead of being sent continuously the SMPTE time signal is sent only 


once (1.e., when the tape recorder is turned on). 


The MIDI Time Code : 


In 1986 a few members of the MMA decided to integrate a new synchro- 
nization code into the MIDI standard. They prepared a rough draft of 
what in April 1987 became the MIDI Time Code (MTC), 


The SMPTE/MIDI conversion process lets you slave a sequencer to a 
tape-based machine such as an audiotape recorder or a videotape re- 
corder, by transforming an absolute timing reference (the SMPTE time 
signal) into a relative timing reference (the MIDI clock signal). The basic 
principle of the MIDI Time Code involves the direct conversion of the 


ull 
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SMPTE code from a master device in the form of MIDI messages. This 
way, an entire network can take advantage of a single unique reference 
timing signal without having to deal with the conversion into clock-signal 


MeSSages. 


An MTC configuration consists of a device (a tape recorder, a videotape 
recorder, or a synchronizer) that generates SMPTE code, a SMPTE/MTC 
converter, and various devices (sequencers, drum machines, tape recorders, 
etc.) that are slaved to the MTC standard. As youll see, the applications 
of the MIDI Time Code go well beyond simple synchronization. But 
first, here’s a look at the basic language. 


SMPTE/IMIDI Conversion: Timing Messages 


Three messages are used to convert SMPTE data into MIDI data in real 
time. The first one is the MIDI Time Code Quarter Frame message. It 
consists of a status byte (F1H in the System Common message category) 
followed by a data byte. Its format is shown below: 


Format: 11110001 (F1H) Onnndddd 


Type: System Common message 


The MTC Quarter Frame message is a simultaneous real-time conversion 
of some of the information in a SMPTE message, namely the hours, min- 
utes, and seconds, and the number of frames per second. Therefore, the 
conversion into binary of the value of each of these four categories of 
SMPTE data occupies 5 bits (that ts, 24 values, from 0 to 23, for the 
hours), 2 X 6 bits (60 values, from O to 59, for the minutes and the sec- 
onds), and 5 bits (from 24 to 30 values for the frames, depending on the 
standard that the code is following). As a result, the conversion of a sin- 
gle and unique SMPTE message needs several MTC Quarter Frame aoe 
sages. To keep the format consistent, each of these four categories of 


SMPTE information is coded over 8 bits, in the form of two half-bytes 


MIDI/ Audio-Video Synchronization i =] 


or nybbles, even if some of the bits aren’t used. (A single data bit, which 
by definition consists of 7 useful bits, isn’t enough to transmit any of 


these four categories, each of which consists of 8 bits.) 


The data byte for an MTC Quarter Frame message (which, like all MIDI 
data, consists of 7 useful bits), is broken down into two groups of bits: 
nnn and dddd. Bits 0 to 3 (dddd) represent half of one of the four catego- 
ries of SMPTE information (hours, minutes, seconds, or the number of 
frames per second), while bits 4 to 6 (nnn) indicate the category and the 
half involved. The meaning of the nnn bits is shown in Table 9.3 below. 


TABLE 9.3: Category and Significance Indicators in MIC Quarter-Frame Data Byte Messages 


INDICATOR MEANING ; 


nnn = 000 the least significant portion of the frames-per-second 
indicator (Frame Count LS Nybble) 


nnn = OO! the most significant portion of the frames-per-second 


indicator (Frame Count MS Nybble) 


non = O10 the least significant portion of the seconds indicator (Seconds 


Count LS Nybble) 


oborome—=a Op wl the most significant portion of the seconds indicator (Seconds 
Count MS Nybble) 

nnn = 100 the least significant portion of the minutes indicator (Minutes 
Count LS Nybble) 

man 101 the most significant portion of the minutes indicator (Minutes 
Count MS Nybble’) 

nnn = 110 the least significant portion of the hours indicator (Hours 
Count LS Nybble) 

nnn = 111 the most significant portion of the seconds indicator (Seconds 
Count MS Nybble) 
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TABLE 9.3: Category and Significance Indicators in MIC Quarter-Frame Data Byte Mes- 
sages (continued ) 


INDICATOR MEANING : 


rove rom Oy | the most significant portion of the hour indicator and the type 


of SMPTE code (Hours Count MS Nybble and SMPTE 
Type) 

LS Nybble the least significant half-byte 

MS Nybble the most significant half-byte 


By combining the most significant and least significant half-bytes, you get 
eight significant bits per SMPTE information category, as shown below: 


Frames per Second 
Xxx yyyyy (0001xxxy + O000yyyy) 


XXX reserved for later use. The sending unit should force 
these bits to zero, and the receiving unit should 


ignore them. 


yyyyy frames from 00000 (0) to 11101 (@9) 


Seconds 
Xx yyyyyy (0011xxyy + 0010yyyy) 


Xx reserved for later use. The sending unit should force 
these bits to zero, and the receiving unit should 


ignore them. 


yyYyyy seconds from 000000 (0) to 111011 (9) 


u 
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Minutes 
XxX yyyyyy (0101xxyy + 0100yyyy) 


xx reserved for later use. The sending unit should force 
these bits to zero, and the receiving unit should 


ignore them. 


yyYyyy minutes from 000000 (0) to 111011 CG?) 


The Hours and the Type of SMPTE Code 


X yy zzzzz (0111xyyz + 0110zzzz) 


x reserved for later use. The sending unit should force 


this bit to zero, and the receiving unit should ignore it. 
yy the type of SMPTE code 

00 = 24 frames per second 

Ol = 25 frames per second 

(10 = 30 frames per second (with drop frame) 

11 = 30 frames per second (with non-drop frame) 


zzzzz — hours from 00000 (0) to 10111 (Zs, 


ae example, the SMPTE message “08:51:21:12” at 25 frames per sec- 


ond would be represented as shown in Table 9.4 below: 


TABLE 9.4: Syntax of a Typical SMPTE Message 


TIME DIVISION SYNTAX 


For the number of hours: . zzzzz = 01000 (08), yy = OI (25 frames per 


second), and x = 0 


MS dddd + LS dddd = xyyzzzzz = 00101000 
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TABLE 9.4: Syntax of a Typical SMPTE Message (continued) 
MS dddd = 0010 
LS dddd = 1000 
Hours Count MS Nybble and SMPTE Type = 


01110010 
Hours Count LS Nybble and SMPTE Type = 
01101000 

For the number of 

minutes: yyyyyy = 110011 (S1), and xx = 00 
MS dddd + LS dddd = xxyyyyyy = 00110011 
MS dddd = 0011 


LS dddd = 0011 
Minutes Count MS Nybble: 01010011 
Minutes Count LS Nybble: 01000011 


For the number of 


seconds: yyyyyy = OLO101 (21), and xx = 00 
MS dddd + LS dddd = xxyyyyyy = 00010101 
MS dddd = 0001 
LS dddd = 0101 
Seconds Count MS Nybble: 00110001 
Seconds Count LS Nybble: 00100101 


For the number of 


frames: yyyyy = 01100 (12), and xxx = 000 
MS dddd + LS dddd = xxxyyyyy = 00001100 
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TABLE 9.4; Syntax of a Typical SMPTE Message (continued) 


TIME DIVISION SYNTAX 


MS dddd = 0000 

LS dddd = 1100 

Frame Count MS Nybble: 00010000 
Frame Count LS Nybble: 00001 100 


From which the following eight MTC Quarter Frame messages are 
derived: 


F1H 
F1H 
F1H 
F1H 
F1H 
F1H 
F1H 
F1H 


00001100 
00010000 
00100101 
00110001 
01000011 
01010011 
01101000 
01110010 


(OCH): 
(10H): 
(25H): 
(31H): 


) 
(43H): 
) 
) 


(53H 


frame/least significant nybble 
frame/most significant nybble 

second/least significant nybble 
second/most significant nybble 
minute/least significant nybble 


> minute/most significant nybble 
(68H): 
(72H): 


hour/least significant nybble 
hour/most significant nybble + type of 
SMPTE code 


When the SMPTE code ts read in the forward operating direction, these 


eight messages are sent at regular intervals, as shown below: 


F1H 
F1H 
F1H 
F1H 
F1H 
F1H 
Pin 
F1H 


OXH 
1XH 
2XH 
3XH 
4XH 
5XH 
6XH 
7XH 


Ml) 


oo. 
2 


H 


suse Bes 


EB 
& 
E 


a 


on 
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Under reverse operation, the order of these messages is inverted: 


FiH 7XH 

F1H 6XH 

F1H 5XH 

F1H 4XH 

F1H 3XH 

F1H 2XH 

FiH 1XH 

F1H OXH 

With regard to the intervals at which the MTC Quarter Frame messages 
are sent, you know that you need eight of these messages in order to code 
a SMPTE frame. So, in theory, you should be able to get a density of 
200 messages per second (8 X 25) for a code that’s set to run at 2S 
frames per second. In actuality, though, the density is cut by half (that is, 
to 100, or one message every ten milliseconds at 2S frames per second). 
A moment’s thought explains why: as its name indicates, the MTC Quar- 
ter Frame message is sent at every quarter, not at every eighth, of a frame. 
As a result, two SMPTE frames will pass while the MTC is transmitting 


one message. 


At speeds of 24 or 30 frames per second the MIDI Time Code repre- 
sents the even-numbered frames, while at a speed of 25 frames per second 
the MTC alternates once a second between the even-numbered frames 
and the odd-numbered frames. 


Therefore, in the following example, frames 08:51:21:13 and 08:51:21:15 


are not converted into MTC messages: 


§MPTE MTC QUARTER FRAME 

08:51:21:12 and EP LerOGE 

O hundredths of a frame 

08:51:21:12 and F1H 10H (OCH = 12 frames) 
25 hundredths of a frame 


§MPTE 

0$:51:21:12 and - 

50 hundredths of a frame 
08:51:21:12 and 

75 hundredths of a frame 


08:51:21:13 and 
O hundredths of a frame 


08:51:21:13 and 
25 hundredths of a frame 


08:51:21:13 and 
50 hundredths of a frame 


08:51:21:13 and 
75 hundredths of a frame 


08:51:21:14 and 
O hundredths of a frame 


08:51:21:14 and 
25 hundredths of a frame 
08:51:21:14 and 
50 hundredths of a frame 


08:51:21:14 and 
75 hundredths of a frame 


08:51:21:15 and 
O hundredths of a frame 


08:51:21:15 and 
25 hundredths of a frame 


08:51:21:15 and 
50 hundredths of a frame 
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MTC QUARTER FRAME 
Fibl 25H 


FIH 31H (15H = 21 seconds) 
F1H 43H 

FIH 53H (33H = 51 minutes) 
FIH 68H (8H = 8 hours) 
F1H 72H O8H = 8 hours, 

25 frames per second) 

F1H OEH 

F1H 10H (OEH = 14 frames) 
FIH 25H 

FIH 31H (15H = 21 seconds) 


F1H 43H 


F1H 53H (33H = S1 minutes) 


_ PIP 68H 
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SMPTE MTC QUARTER FRAME 


08:51:21:15 and F1H 72H (28H = 8 hours, 
75 hundredths of a frame 25 frames per second) 


In any event, messages F1H OXH and F1H 4XH correspond to a change 
in the SMPTE frame. In order for a MIDI unit connected to the output 
of a SMPTE/MTC converter to be able to display an entire SMPTE 
message, the unit has to read a complete sequence of eight MTC mes- 
sages. The first MTC Quarter Frame message (F1H OXH), like the first 
bit in the 80 subframes of the SMPTE code, physically falls at a bound- 
ary at the start of the frame. It’s important to note that at the exact in- 
stant the SMPTE/MTC converter receives the last of the eight 
quarter-frame messages, the information converted into MTC is actually 
two frames behind with regard to the SMPTE position of the tape. The 


converter compensates for this delay. 


As far as network loading goes, the MIDI Time Code isn’t very greedy at 
all. Its maximum density corresponds to the conversion of a SMPTE 

code at 30 frame per second, for a total of 240 bytes per second (30 di- 
vided by 2 and multiplied by 8 x 2 bytes), or less than 8 percent of the 
MIDI pass-band. This transmission-capacity limit also explains why it’s 
impossible to send quarter-frame messages during fast-forwarding or high- 


speed rewinding. 


This ts where the second MTC timing message, known as the Full Mes- 
sage, comes in handy. This message, whose purpose is to encode an entire 
SMPTE time signal all at once, is used in any mode other than Read 
mode (e.g., during fast-forwarding, rewinding, locating, etc.). It belongs 

to the Real Time category of Exclusive messages. The role it plays will be- 


come clearer when you look at the MTC-1 Fostex interface. 


Format: FOH 7FH <channel> 01H <sub-ID#2> 
hrH mnH scH frH F7H 
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Type: 
FOH 
TED 


<channel> 
= ed 


<sub-ID#1> 
= 10 his! 


<sub-ID#2> 
=O11 


hrH 


Eve 


date, etc. 


pect 
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System Exclusive Real Time message 
Exclusive message status 
Category = Real Time 


indicates that the message should be received 
and handled by the entire network 


MIC message identifier 


identifies the type of MTC message 
(full message) 


the hour and the type of SMPTE code 
(0 yy zzzzz) 


yy = 00: 24 frames per second 

yy = O1: 25 frames per second 

yy = 10: 30 frames per second (drop frame) 
yy = 11: 30 frames per second (non-drop 


frame) 
2277— hours 
minutes 
seconds 


frames per second 


EOX (End of Exclusive) 


The third MTC timing message, or user bits, is responsible for converting 
the 32 SMPTE bits that are available to the user. These bits, which aren’t 


used very often, code information such as a tape number, a recording 


Hl 
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Format: FOH 7FH <channel> 01H <sub- 


ID#2> ulH u2H u3H u4H uSH u6H 
u7H u8H u9H F7H 
Type: System Exclusive message 
FOH Exclusive message status 
7FH Category = Real Time 


<channel> = 7FH indicates that the message should be 
received and handled by the entire 
network 


<sub-IDHI>=Ol1H MTC Cueing message identifier 


<sub-ID#2> = 02H _ identifies the type of MTC message 
(User Bits) 


ulH = 0000aaaa 
u2H = 0000bbbb 
u3H = 0000ccce 
4H = 0000dddd 
uSH = 0000eeee 
u6H = OOOOffF 
u7H = 0000ggg¢ 


u8H = O0000hhhh 
u9H = 000000): 
F7H EOX (End of Exclusive) 


The nybbles ulH to u8H, along with bits “j” and “1”, respectively en- 
code the binary groups from | to 8 as well as bits 59 and 43 of a 


422 
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SMPTE frame. When information is represented in the form of a whole 
byte, the eight binary groups are read in the following order: 


hhhhgggg ffffeeee ddddcccc bbbbaaaa 


When a time has to be represented in BDC (Binary Decimal Code) for- 
mat, the eighth group corresponds to the number of digits that indicate 
the units in the frame number, the seventh group corresponds to the tens 
digit in the frame number, and so on through the first group, which corre- 
sponds to the tens digit in the number of hours. The following table 
shows how BDC works to code the digits from 0 to 9: 


BINARY BOCSYMBOL 
0000 0 

0001 
0010 
0011 
0100 
O101 
O110 
Olll 
1000 
1001 
1010 - not used - 


—y 


Me) 6 SS) es COUN OSS 


Lond - not used - 
1010 - not used - 
1101 - not used - 
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BINARY BDC SYMBOL 
1110 - not used - 
Pil - not used - 


So, the SMPTE time 01.21.12.23 would be represented this way: 


hhhh = 0000 
ggeg = 0001 
fFEF = 0010 
eeee = 0001 
dddd = 0001 
cece = 0010 
bbbb = 0010 
aaaa = 0011 


The three messages described above ensure the faithful conversion of the 
SMPTE standard, and enrich MIDI by giving it a synchronization code 
that’s based on an absolute timing reference. But the applications that the 
MIDI Time Code makes possible go much further than the simple slav- 
ing of a MIDI environment, audio, and video to a common clock refer- 
ence signal. MTC can automate any given number of procedures by 
sending a series of orders to compatible intelligent MTC devices 
(sequencers, tape recorders, etc.). In such a case each order in the 


series is accompanied by its own SMPTE execution time. 


Set-Up Messages (MMIC Cueing) 


Now, consider again the configuration you started with: the one in nich 
a master device distributes the SMPTE code to a SMPTE/MTC con- 


verter, which in turn distributes the MTC code to a series of slave units. 
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Assume there are three slave units, A, B, and C. Now adda computer, D, 
that can program and send, via MIDI, a series of orders to these three 
units. For instance, you could program this computer D to issue orders 
x1, x2, y, and z, which are to be executed by units A, A, B, and C, respec- 
tively, at the times shown below: 

Xa Olen OPniaOG 

x2: 01.10.19.04 


Ve On lOnOSne2 
72) (0)alg 11) Ol) (0f0 


These orders are sent from the computer D to the memories of devices A, 
B, and C before the MTC code is read. When the MTC code is sent, de- 
vices A, B, and C continually compare the time signal they receive against 
the specified execution time for each order. If there’s a conflict, the order 
in question ts carried out immediately. The entire set of orders stored by 
a peripheral MTC device is known as the insertion list, or cue list. These 
orders are implemented by means of MTC Set Up messages (1.e., imple- 
mentation messages), which in this example would be sent from the com- 
puter D to devices A, B, and C. These messages belong to the Non-Real 


Time category of System Exclusive messages. 


Format: FOH 7EH <channel> 04H <sub-ID#2> 
hrH mnH scH frH ffH sIH smH <add. 
info> F7H 

Type: System Exclusive Non-Real Time message 

FOH Exclusive message status 

7EH Category = Non-Real Time 

<channel> channel number 


<sub-IDH#1> 04H: MTC message identifier 
<sub-ID#2> type of set-up (i.e., the kind of order) 
OOH = special 
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hrH 


mnH 
scH 


01H = Punch In Point 

02H = Punch Out Point 

03H = Delete Punch In Point 

04H = Delete Punch Out Point 

OSH = Event Start Point 

06H = Event Stop Point 

07H = Event Start Point with additional info 
08H = Event Stop Point with additional info 
OOH = Delete Event Start Point 

OAH = Delete Event Stop Point 

OBH = Cue Point 

OCH = Cue Point with additional info 

ODH = Delete Cue Point 

OEH = Event Name in additional info 


the hour and the type of SMPTE code 
(0 yy zzzzz) 
yy = 00: 24 frames per second 


yy = Ol: 25 frames per second 
yy = 10: 30 frames per second (drop frame) 
yy = 11: 30 frames per second (non-drop 


frame) 
zzzz = hours 
minutes 


seconds 
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fH - the number of frames per second 
ffH - fractions of a frame (from 00 to 99) 
sIH Event Number LSB 

smH Event Number MSB 

<add. info> additional information 

F7H EOX (End of Exclusive) 


Among the 128 set-up messages that are theoretically usable (<sub- 
ID#2>), only fifteen are currently defined by the standard. Their mean- 


ings are described in detail below. 


ooH Special 


Unlike the fourteen following messages, which address a specific portion 
of the receiving unit (a track, etc.), the Special message involves the entire 
unit in question as a whole. Six of these messages are currently defined; 
their number is specified by the event number (sIH/smH). However, mes- 
sages 01H OOH to 04H 00H do not take into consideration the clock 
reference signal (1.e., the hrH, mnH, scH, frH, and ffH bytes). 


sIH/smbl = ool! oll: Time Code Offset 


Suppose, for instance, you want to synchronize an audio tape read by a 
slave MTC device (starting at 01.06.58.07) with a frame read by a master 
SMPTE device (starting at 01.02.54.03). In this case, you'd have to shift 
the synchronization of the slave device by a total of 4 minutes, 4 seconds, 
and 4 frames (ie., because 01.02.54.03 + 00.04.04.04 = 01.06.58.07). 
This shift, known as the offset, is encoded in the hrH, mnH, scH, and 
frH bytes. 


42] 


h26 


Recording and Synchronization 


sIH/smH = o1H oof: Enable Event List 


This message orders the receiving unit to execute the events on the inser- 
tion list when it receives the corresponding MTC ume. In a way, this mes- 


sage enables the list. 


sIH/smH = o2H oof: Disable Event List 


This message orders the receiving unit to ignore the events on the inser- 


tion list, but without erasing them from its memory. 


sIH/smH = o3H oof: Clear Event List 


This message orders the receiving unit to erase from its memory the 


events on the insertion list. 


sIH/smH = o4ff oof: System Stop 


This message orders the receiving unit to stop. 


sIH/smH = o5H oof: Event List Request 


When the master unit transmits this message Over a channel that’s the 
same as the channel of a receiving unit, the receiving unit sends its inser- 


tion list to the master unit, starting with the event whose time 1s specified 


by the hrH, mnH, scH, frH, and ffH bytes. 


o1H/ozH: Punch-In/Punch-Qut 


These messages order the receiving unit to start or stop recording on one 
of the tracks at the time specified by the hrH, mnH, scH, frH, and ffH 
bytes. The track number is coded in the slH/smH (Event Number) bytes. 


Several messages of this type can be sent at different times. 
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O3H/o4H: Delete Punch-In/Punch-Out 


These messages order the receiving unit to erase from its memory one of 
the preceding messages, provided that the time specified by the hrH, 
mnH, scH, frH, and ffH bytes matches the track number coded in the 
slH/smH bytes, and vice versa. 


05H/o6H: Event Start/Event Stop 


These messages order the receiving unit to activate or deactivate a con- 
tinuous event (such as the reading of a sample, a potentiometer move- 
ment, etc.) at the time specified by the hrH, mnH, scH, frH, and ffH 
bytes. The event number is coded in the sIH/smH (Event Number) bytes. 


Several messages of this type can be sent at different times. 


o7H/o8H: Event Start/Event Stop with Additional Information 


These messages are exactly the same as the preceding messages, except 
that they include a supplementary description of an event corresponding 
to a variable number of bytes under the <add. info> heading. 


OgH/OHH: Delete Event Start/Event Stop 


These messages order the receiving unit to erase from its memory one of 
the preceding four messages, provided that the time specified by the hrH, 
mnH, scH, frH, and ffH bytes matches the event number coded in the 
slH/smH bytes, and vice versa. 


oBH: Cue Point 


Unlike the Event Start/Event Stop messages, this message orders the re- 
ceiving unit to activate an event promptly at the time specified by the 


hrH, mnH, scH, frH, and ffH bytes. The event number is coded in the 
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slH/smH (event number) bytes. Several messages of this type can be sent 


at different times. 


o(H: Cue Point with Additional Information 


This message is exactly the same as the preceding message, except that it 
includes a supplementary description of an event corresponding to a vari- 
able number of bytes under the <add. info> heading. 


ODH: Delete Cue Point 


These messages order the receiving unit to erase from its memory one of 
the preceding two types of messages (OBH, OCH), provided that the time 
specified by the hrH, mnH, scH, frH, and ffH bytes matches the event 


number coded in the sIH/smH bytes, and vice versa. 


oEH: Event Name in Additional Intormation 


This message makes it possible to use ASCII code to name an event, with 
the help of the Additional Information bytes. The bytes in the additional 
information area represent the MIDI messages and the ASCII codes in 
the form of half-bytes or nybbles. For instance, to code MIDI informa- 


tion over three bytes, as shown below: 
9OFH 64H OOH (E6 released) 


you'd use three groups of two bytes of additional information, in the 
form LSB/MSB: 


OFH O9H 04H O6H OOH OOH 


Most of the Set Up messages described above exist in a second form, in 
the Real Time System Exclusive category. As a result, a device that re- 
ceives these messages should immediately carry out the orders that the 
messages contain (punch-in or punch-out on the fly, etc.). This explains 


why the time disappears, and also the following types of Set Up 


ft 
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messages: OOH (special), with slH/smH = 00H 00H (Time Code Off- 
set); OLH OOH (Enable Event List); 02H 00H (Disable Event List); 
03H OOH (Clear Event List); and OSH OOH (Event List Request), as 
well as O3H (Delete Punch In Point); 04H (Delete Punch Out Point); 
O9H (Delete Event Start Point); OAH (Delete Event Stop Point), and 


ODH (Delete Cue Point). 


Format: 


Type: 
FOR 

TEA 
<channel> 
<sub-ID#1> 
<sub-ID#2> 


FOH 7FH <channel> 05H <sub-ID#2> slH 
smH <add. info> F7H 


Sonia ce aaelmasnrc cr 
Exclusive message status 

Category = Real Time 

Br 

OSE: MIC reine iecagentenare: 
rype ef Set Up (ieneyeeen cernmtane) 


00H = special (only the Event Number 04H 
OOH is used) 


O1H = Punch In Point 

02H = Punch Out Point 

03H = reserved 

O4H = reserved 

OSH = Event Start Point 

O6H = Event Stop Point 

07H = Event Start Point with additional info 
08H = Event Stop Point with additional info 
OOH = reserved 
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OAH = reserved 

OBH = Cue Point 

OCH = Cue Point with additional info 
ODH = reserved 

OEH = Event Name in additional info 


slH LSB of the Event Number 
slH MSB of the Event Number 
<add. info> —_ additional information 
F7H EOX (End of Exclusive) 


So much for the Set Up messages. Now here’s a summary of how the vari- 


ous synchronization modes (that is, the various timing messages) operate, 


in this instance under an MTC configuration: 


A master unit (tape recorder, videotape recorder, sequencer, etc.) is- 


sues a SMPTE code to the SMPTE/MTC converter. 
The SMPTE/MTC converter converts the SMPTE code into 


timing messages (Quarter Frame or Full Message messages) in or- 
der to send them to the peripheral MTC devices (sequencers, etc.) 
so that the peripheral devices will be synchronized. The principle 
is exactly the same as the principle behind the Timing Clock and 
SPP messages, except for the fact that the MTC works in terms of 
an absolute timing reference signal instead of a relative timing ref- 
erence signal, with all of the advantages that this kind of operation 


provides. 


When the master unit is in Read mode, the converter sends the 


MTC Quarter Frame messages. 


When the master unit is in a high-speed mode (such as fast for- 
ward, rewind, shuttle, etc.), the converter sends Full Message data, 


MIDI/ Audio-Video Synchronization : 


roughly indicating the position of the tape. This information is 
generally derived from the tachometry and direction signals (ex- 
plained in detail below) as soon as the time-code track becomes 
unreadable (that is, as soon as the tape loses contact with the 


heads). 


When the master unit is in an editing mode (such as Cue mode, or 
when the tape is being turned by hand in one direction or the 
other), the converter sends Quarter Frame messages. 


If the peripheral devices are intelligent (that is, if they can accept 
an insertion list or event list), then when they receive the MTC 
code the actions that correspond to the Non-Real Time Set Up 
messages that were previously programmed or transmitted via 
MIDI by a specific unit will be triggered at the specified time, 
whereas with Real Time Set Up messages, the actions will be per- 
formed immediately. 


At present, intelligent MTC peripherals (that is, ones that can interpret 
Set Up messages) are still fairly rare. On the other hand, some sequencers 
can receive and send synchronization timing messages (i.e., Quarter 


Frame or Full Message messages ). 


To conclude this look at these various different synchronization meth- 
ods, here’s a description of how Cubase does the job. 


Fundamentally, Cubase uses an absolute timing reference signal—in other 
words, a time code—for all of its operations. This time code can be gen- 
erated internally by a computer, from the MIDI In port by means of the 
MIDI Time Code, or from a dedicated converter (such as the SMP/ 24, 
Timelock, or MIDEX+), in SMPTE form. Independently of these three 
settings, the tempo can be generated internally or can come from Human 
Sync mode, or even from the MIDI In port (via the Timing Clock and 
SPP messages), as shown in Figure 9.10 below. 
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FIGURE9.10: Zhe synchronization settings of Cubase 


With regard to transmission, even if it’s synchronized under a different 
format, Cubase can transmit both types of MIDI synchronization (via 
Timing Clock messages plus SPP messages, or via the MIDI Time Code) 
and can generate the four types of SMPTE code by using the converters 


mentioned above. In a word, this implementation covers all the bases. 
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HE FIRST MAJOR family of MIDI 
applications involves sequencer-type 
applications and the extensions to 
MIDI-and-audio/video synchroniza- 
tion. The second major family of 
MIDI applications involves managing 
and editing instrument memories. 


These applications are the subject of 


this chapter. 


The information : 
the outside world 


d in MIDI devices is edited and exchanged with 


eans of Exclusive messages. These messages have 


given rise to various types of programs, such as dump utilities, librarians, 
and editors. Chapter 12 examines the roles these programs play; but first, 
this chapter takes a detailed look at how this information is stored and 


transmitted. 


ROM and RAM 


Functionally speaking, there are two kinds of memory. As its name im- 
plies, ROM, or read-only memory, can be read but not written to. RAM, 


or random-access memory, can be both read and written to. ROM and 


The Operating System and Updates 7 


RAM are to data processing what disks and cassettes are to music. Disks 
only let you listen (i.e., “read” the data), while cassettes also let you re- 
cord (i.e., “write” the data). 


For that matter, in this context the word “random” really has nothing 
whatever to do with chance or accident. All it means is that RAM (but 
also ROM) allows direct access to any memory location, whether it’s a 
question of reading data (from RAM or from ROM) or of writing data 
(only to RAM), as opposed to sequential access, in which the entire mem- 
ory has to be searched before the desired location is found. This proce- 
dure is analogous to what happens with a cassette tape, which you have to 
fast-forward if you want to listen to a piece that’s located in the middle 


of the tape. 


The Operating System and Updates 


As noted above, the memory of a data-processing system is divided into 
two parts: one for the program and one for the data. In the case of a syn- 
thesizer, the program (or operating system) monitors the keyboard in or- 
der to detect an action, such as the pressing or releasing of a key, a Pitch 
Bend instruction, a modulation, etc. The program also manages the MIDI 
ports and the user interface that lets you program sounds, and calculates 
and sends the digital signal to the converters, etc. In short, the operating 
system lies at the functional core of the synthesizer. 


When a user wants to update his or her instrument, either of the follow- 


ing two conditions will occur: 


1 = The operating system resides in ROM, in which case the compo- 
nent has to be replaced. This procedure generally involves taking 
the device to a specialized after-market service office. 


2 « The operating system resides in RAM, in which case the new ver- 
sion 1S provided in the form of a program on a floppy disk, which 
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simply has to be loaded into the device. When an instrument ts 
the subject of frequent updates, this second method has the advan- 
tage of being much more flexible. On the other hand, it means that 
a floppy has to be read every time the device is turned on. 


This is why some MIDI units offer a mixed loading procedure that com- 
bines the advantages of both of these methods. In this case, even though 
the operating system resides in RAM, when the unit is turned on the OS 
is loaded and duplicates itself in ROM. In point of fact, this ROM ts 
only a storage memory—a sort of permanent fast-access program disk. 
When a new version of the OS comes out, either the ROM can be re- 
placed physically (in which case it will copy itself into RAM every time 
the unit is turned on), or a disk can be inserted that contains an exact 
copy of the information stored in ROM. The disk has a higher OS ver- 
sion number than the ROM, and therefore takes priority over the ROM. 
As a result, the contents of the disk will be installed directly into RAM. 
This is the update procedure that’s used by the Akai S-1000 sampler. 


The kinds of memory you'll be looking at in the following sections don’t 
involve programs. Instead, they deal with the data that these programs 
handle. You'll be working with the data by means of System Exclusive 
messages. As with operating systems, some of this information resides in 
ROM and therefore can’t be programmed by users, while some of it re- 
sides in RAM and therefore can be programmed by users. Furthermore, 
most MIDI instruments are built to receive extension cards or boards. 
This ability makes it possible to increase the memory capacity of the in- 
struments, in terms of ROM and also in terms of RAM. Extension cards 
can be either internal (i.e., mounted inside the instrument) or external 
(1.e., inserted into separate slots provided for the purpose). Specific exam- 
ples will help you gain a detailed understanding of the functional role of 
the data memories of MIDI instruments. 
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How Memory Is Organized 


The simplest case is that of a programmable synthesizer with a given num- 

ber of sounds (such as for example 128). The memory of this kind of syn- 
thesizer is divided into as many locations as there are sounds, with each 

location consisting of as many bytes as are necessary to store all of the pa- 
rameters for the sound. Such a synthesizer is said to be “programmable” 

as soon as these parameters exist in storable form and are stored in a read- . 


able and writable memory (i.e., in RAM). 


It’s worth noting that because the number of bytes in a sound varies de- 
pending on the structure of the sound, some rare instruments divide their 
memory into different-sized areas. This is the case, for instance, with the 


Yamaha SY-99, SY-77, and TG-77. 


In certain synthesizers, some of the sounds are programmed in ROM to 
start with. This means that users won’t be able to edit these sounds. In 
such a case, it’s easy to see how memory could be divided into two blocks 
of 4096 bytes (64 x 64), with the first block with its 64 non-programma- 
ble sounds residing in ROM and the second block with its 64 program- 
mable sounds residing in RAM. However, there’s no reason why you 

can’t select a sound from ROM, tinker with it or tweak it as you please, 
and then store the edited version in RAM. One advantage of storing non- 
programmable sounds in ROM is that it gives you a number of addi- 
tional sounds at negligible cost. 


The Edit Buffer 


Regardless of whether a sound resides in ROM or in RAM, when the ‘ 
sound is selected on a synthesizer or on an expander, the contents of the 
corresponding memory location are immediately copied into a supplemen- 

tary memory known as an edit buffer. It's only by means of this buffer that 


the user can program a sound. As a result, the business of editing the 
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parameters of sounds takes place in real time in this temporary memory 
area. Once the sound has been edited, all that’s left to do is store it in 
final form in one of the locations in RAM—in other words, by writing 


the information to memory. 


Some systems have two edit buffers—or, more precisely, one storage 
buffer and one edit buffer. As soon as a sound is selected, the storage 
buffer receives the contents of the edit buffer. As soon as any attempt ts 
made to edit the sound in question, the contents of the storage buffer are 
copied into the edit buffer. The edit buffer then becomes the current 
buffer and also the site of all the changes the user makes in the sound. 


By alternating between these two buffers with the help of a specific key 
(such as Compare, Edit/Recall, etc.), it’s easy to compare the original 
sound and the edited sound, or to compare the edited sound and a new 
sound that’s been selected (and therefore transferred into the storage 
buffer). As soon as the results of the editing procedure are satisfactory, all 
that’s left to do is to store the edited sound in memory in order for it to 
fill the first buffer again. This method has the advantage of letting you 
edit a sound by successive stages, safe in the knowledge that at any time 


you can go back to the most recently stored version of the sound). 


The problem gets more complicated with multitimbral machines in 
which several sounds can be produced at the same time. Some devices, 
such as the Yamaha T X-802 and the Roland D-10, D-20, and D-110, 
have one storage buffer and/or edit buffer per multitimbral voice. Others, 
such as the Korg MI and WS, have one storage buffer and/or one edit 
buffer for the entire set of voices. This second arrangement limits the 
transfer options, in ways that will be described in later chapters. 


While first-generation MIDI devices contained only a single type of 
data—that is, sound data—current instruments are completely different. | 
The next few sections of this chapter take a closer look at the memory 
structure of three of these instruments, to give you a clearer under- 
standing of how the programmable information is distributed. These 


Abe 
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three devices will serve as the basis for the next chapter's examination of 
System Exclusive messages. : 


The Memory of the Yamaha TX802 


The Yamaha TX802 is a multitimbral expander that operates according 
to the principle of frequency-modulation (FM) synthesis. The instrument 
is delivered with 128 factory-installed sounds in ROM. The sounds are 
allocated among two memory banks, A and B, each of which contains 64 
sounds. The sounds are numbered from AQ1 to A64 and from BO! to 
B64. The TX802 also has 64 sounds resident in RAM. These sounds are 
numbered from JO1 to 164 (with “T’ as in “internal”), In the TX802, the 


term “voice” is used to designate a sound, 


The TX802 has 16 polyphonic voices and 8 multitimbral sounds. The 


business of programming the allocation of these eight sounds is known as . 
“performance.” There are 64 performance memories in RAM, numbered 

from INTO1 to INT64 (with “INT” as in “internal” ), In addition to a 2 
double edit buffer reserved for performances, each voice has its own dou- 

ble edit buffer (for a total of eight double buffers or sixteen individual A 
buffers). 


The TX802 lets you program microtonal scales—in other words, assign 
any desired pitch to each MIDI note that’s received. This feature lets 
you program a tempered scale, quarter-tones, eighth-tones, and indeed 
any other frequencies you might want to use. Eleven scales are pre- 
programmed in the TX802’s ROM, while two other scales that reside in : 
RAM can be edited. In this case, the edit buffer is a single buffer. 


In addition to the three categories described above, there’s also fractional 
weighting. This procedure lets you regulate the volume that applies to each 
voice, for each operator and for each group of three notes. Although this 


part of memory is integral to the double buffers for the voices, it’s still in- 
dependent with regard to System Exclusive MIDI transmissions, which 
youll be looking at later on. 


This look at the TX802’s memories closes with a glance at the instru- 
ment’s system memory. This memory contains various global parameters, 
such as the MIDI channels that correspond to the reception of various 
categories of messages, the reassignment of controllers, memory protec- 
tion, and the reassignment table for Program Change messages. It doesn’t 
have an edit buffer. 


This overview gives you a general idea of how the RAM of a sound gener- 
ator is organized. However, the TX802 is also designed to receive a 
RAM card that’s divided into a maximum of 16 memory locations, each 
of which contains 64 voices (numbered from COI to C64), 64 perform- 
ances (numbered from CRTOI to CRT64), fractional weighting data, 


and 63 microtonal scales, as indicated in Figure 10.1 below. 


The Memory of the Roland D-50 and D-550 


The Roland D-50 and D-550 are sound generators based on the princi- 
ple of linear arithmetic (L/A) synthesis. The D-S0 is the keyboard ver- 
sion of the instrument and the D-550 is the rack-mounted version. These 
sound generators aren’t multitimbral; however, they do contain different 


types of memories. 


As in the Yamaha T X-802, the edit buffer in each of these Rolands is a 
double buffer with a comparison system. However, if a new sound is se- 
lected there’s no way to recall a sound from the second buffer. In the be- 
ginning, the D-50 and the D-550 had 64 sounds, known as patches, in 
internal RAM. In accordance with Roland’s proprietary system, these 
sounds were numbered from I 1 to 188 (in series from I11 to I18, 121 to 


128, 131 to 138, and so on). However, thanks to a ROM or RAM card 
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rest 
Led 


Sound data Microtuning 


System 
Memory |) ativan | | INT1 10 64,1 1064 Performance data data 
dao CRT} 10 64811064 |} INT) 10 64 CRT 1 t0 64 
Edit buffer Sound data | 


Microtuning 
data 


Execution data 


Comparison buffer al 4 Sound data 
. ighting data 
(recall/editing) ee 


© = storage ® = recall ©-= comparison Ge) = recall/editing 


) = initialization TS) = table selection for microtuning 


FIGURE 10.1: The memory allocation map for the Yamaha TX 802 


that can be plugged into the front panel, another 64 patches (numbered 
from C11 to C88) can be added. 


The D-50 and the D-550 have 32 effects (reverb, echo, chorus, etc.). 
The first 16 effects (numbered from | to 16) reside in ROM, while the 
next 16 (numbered from 17 to 32) live in RAM, thereby providing the 
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option of writing effects from a card. However, the effects aren’t accom- 


panied by an edit buffer. 


The D-550 has a third and last memory area that’s accessible to users. 
This is the system area, which lets you automate the operation of writing 
to the edit buffer at the selected memory address. As with most monotim- 
bral sound generators, the memory structure of the D-50 and the D-550 
is fairly easy to grasp. 


On another level, the D-50 and the D-550 are sample-reading instru- 
ments. What this means is that they incorporate a ROM containing pulse 
code modulations, or PCMs. This memory isn’t accessible to users (at 


least not intentionally). 


The Memory of the Korg ffi 


The Korg MI is a workstation which consists of a multitimbral generator 
(that uses Advanced Integrated (AI) synthesis) and a keyboard. The M1 
also has two effects processors and a sequencer. In this instrument, 
sounds are referred to as “programs” and include effects parameters, 
while multitimbral configurations are known as “combinations.” The spe- 
cial thing about memory allocation in the M1 is that it can to some ex- 
tent be configured by the user. You can choose to use 100 programs, 100 
combinations, and a sequencer with a capacity of about 4400 notes, or 


else SO programs, SO combinations, and a sequencer with a capacity of 


about 7700 notes. 


Like the Roland D-50 and unlike the Yamaha TX-802, all of the sounds 
and internal multitimbral performances in the Korg M1 reside in RAM. 
The device's memory can be extended by means ofa RAM card ora 
ROM card. The ROM card contains only programs and combinations, 
while the RAM card is configured exactly the same way as the MI’s inter- 
nal memory. The M1’s system memory is known as the set of so-called 


“global parameters” (such as the microtonal scale, the mapping of percus- 
sion instruments, the overall MIDI channel, and so on). As a result, there : 


are two edit buffers: one for combinations and the other for programs. 


What you should remember from this overview is that the ROM or 
RAM memories of MIDI instruments are generally subdivided into as 
many categories as there are different types of objects. Furthermore, each 
of these categories contains from | to n equal-sized locations. This expla- 
nation will help give you a better understanding of how MIDI System 


Exclusive messages are handled. 
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Because the memories of MIDI instruments are different in terms of size 
and contents, it’s hard to draw up a universal standard for data transfers “! 
that use a single MIDI protocol. Dumps carry information as varied as a 

single synthesis parameter (the cut-off frequency, the envelope, etc.), a F 
sound (a voice, a patch, a preset, etc.), a set of sounds (bulk), a rhythm- 
box pattern, an automated mixing-board configuration, a Program 


Change assignment table, microtuning data, and so on. 


This is why the Dump function is managed by the only set of messages C 
that’s proprietary to each manufacturer, namely, the System Exclusive 

(SysEx) messages. When you think about it, it’s obvious: for instance, an ° 
L/A synthesizer isn’t concerned with the parameters for an FM synthe- 

sizer, and vice versa. As a result, each manufacturer uses MIDI to send 


SysEx messages that contain the data peculiar to each device. 


By definition, a Dump is an Exclusive message that contains all or part of 
the data for a MIDI instrument. When data is being transferred from the 
instrument to an external unit (i.e., when the data is being saved), a 


Dump message travels from the MIDI Out port of the instrument to the 


MIDI In port of the storage device (which can be a microcomputer, a sec- 
ond instrument of the same type, etc.). Going in the opposite direction, 
from the external unit to the instrument (i.e., when the data is being 
loaded), the Dump message travels from the MIDI Out port of the stor- 
age unit to the MIDI In port of the instrument. 


The Dump Request 


When a request is sent to most MIDI devices that have RAM, the de- 
vices return the corresponding data in the form of a Dump. The initial re- 


quest is known as a Dump Request, and has several advantages. 


There are two ways to transmit a Dump from an instrument to a storage 
device. The first is to trigger the Dump directly from the instrument by 
means of the appropriate function. The second way uses the Exclusive 
Dump Request message. This message, when transmitted by the storage 
unit to the instrument, orders the instrument to empty its memory 
areas—or, more precisely, to send an exact copy of the contents of its 
memory areas to the MIDI Out port. This is an automated or remotely 
controlled data-transfer procedure. It’s worth noting that some MIDI 


instruments can only implement one or the other of these two methods. 


The MIDI Rules 


According to the MIDI standard, every Exclusive message has to start 
with FOH and end with F7H. But between these two status bytes you can 
have an unlimited number of data bytes. Only Real Time messages (such 
as MIDI Clock messages or MTC Quarter Frame messages) are allowed 
to position themselves between two bytes in an Exclusive message—for 
instance, in order to preserve perfect synchronization. If any other status 


byte is issued, the transaction will be interrupted. 


666 


The MIDI Dump 


When the byte that follows FOH is less than 125 (7IDEM), it indicates 
which manufacturer built the device (see also the discussion at the end of 
Chapter 4). In such a case, this byte is known as the “manufacturer's ID.” 
To allow for increasing numbers of potential manufacturers, a value of 
zero represents a special case indicating that the identifier uses two addi- 
tional bytes, for a total of 14 useful bits or 16,384 possible combina- 
tions. However, there are three other values that are exceptions to this 
rule: 7D, for non-commercial use (universities, schools, research centers, 
etc.), 7E, for Non-Real Time links (e.g., the Sample Dump Standard), 
and 7F, for Real Time links (MTC messages, etc.). These are the only 
“musts” the MIDI standard imposes with regard to System Exclusive 
messages. Beyond them, each manufacturer can use these messages as it 


sees fit. 


Experience has shown that the headers of Dump and Dump Request mes- 
sages contain certain pieces of information that are more or less common 


to most instruments, to wit: 


Identification of the type of instrument and/or the family the in- 


strument belongs to 
* The MIDI channel 
ae type of message (Dump, Dump Request, etc.) 


The portion of the memory contents to be dumped (the address, 
the size, etc.) 


In practical terms, Exclusive messages let you use a computer and appro- 
priate software (Dump utilities, librarians, editors, etc.) to work with the 
data stored in the memory of a MIDI instrument, with all of the atten- 
dant advantages a computer provides (ergonomics, inexpensive storage 


media, and so on). 


Sometimes, however, you'll want to handle Exclusive messages yourself. 


You can do that by using the procedure mentioned above, by directly 
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ordering the instrument to empty its memory contents to an external de- 
vice. You'd send this order by pressing the appropriate keys (if the instru- 
ment has them). Or else you can automate the procedure by sending a 
Dump Request message. This second solution, which is by far the more 
elegant one, orders the unit in question to transmit G@ecste duplicate) all 


or part of its data to the MIDI Out port. 


In the following sections you'll review the general considerations. The fol- 
lowing Exclusive codes are given only as illustrations, in order to show 
the syntax of the Dump and Dump Request messages. The practical im- 
plementation of these messages is the subject of Chapter 14, which de- 
scribes them in greater detail. 


The Roland Method 


The SysEx transmission methods that Roland uses have been common to 
all of the company’s products for several years now. The methods use 
two types of exchanges: one-way mode and handshake mode. In this section 
you'll take a look at the one-way mode. A much more detailed descrip- 
tion of the Roland protocol appears at the end of this chapter. 


Naturally, the Exclusive messages start with FOH, which is followed by 
41H (the value that corresponds to the manufacturer's ID number). The 
next byte, the Device ID, indicates the MIDI channel number (which can 
range from 00H to OFH), or the unit number (which can range from 
10H to 1FH). The advantages of having a unit number are that it doesn’t 
depend on the concept of channels (for instance, in configurations in 
which several identical devices are set to the same channels) and that it al- 
lows access to so-called “protected” data (that is, information that can’t 
be reached through the channel number). Next comes the Model JD num- 
ber, which indicates the name of the product or the family of products 
(for instance, the D-10, D-20, or D-110 series), and the Command ID, 
which specifies the type of message: either 11H for a Dump Request in 
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one-way mode (RQI/ Request Data 1), or 41H for its equivalent in 
handshake mode (RQD/ Request Data), etc. . 


As far as Dump Request messages are concerned, the major advantage of 
this method lies in the meaning of the next six bytes. The first three bytes 
in this group indicate the memory address of the data to go and get, and 
the last three bytes indicate the size of the data. Roland’s user manuals 
automatically include a table of the memory addresses of the device. The 
checksum and EOX (End of Exclusive) bytes conclude the operation. 


Going the other way, with Dump messages, the RQ] and RQD identifi- 
ers are replaced with DT1 (12H/Data Set 1) and DAT (42H/Data 
Set). The information is located between the address bytes and the check- 
sum. In short, then, the superiority of the method developed by Roland 
lies in the fact that messages and data are independent from one another. 
For instance, the same message can empty either all or part of memory, 
from its entire contents down to a single parameter (discussed in more de- 
tail below). However, some of the more recent Roland devices, such as 
the Juno-1, Juno-2, and the MKS-SO family, which implement the one- 
way and handshake modes, have yet to adopt this procedure. 


fl One-Way Dump Request 

FOH (11110000): Exclusive message status byte 

41H (01000001): identification (Roland) 

aaH: (Oaaaaaaa): MIDI channel or unit number (device ID) 

bbH (Obbbbbbb): model or family (model ID) 

11H (00010001): RQ1 code (one-way request) 

ddH (Oddddddd): address (start) q 
eeH (Oeeeeeee): address (continued) 

ffH (Offfffff): address (end) | 

ggH (Oggggggg): size (start) ‘ 
hhH (Ohhhhhhh): size (continued) 

iiH (Oiiiiiii): size (end) 

ccH (Occccccc): checksum 

F7H (11110111): EOX 
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fl One-Way Dump 


FOH (11110000): Exclusive message status byte 
41H (01000001): identification (Roland) 
aaH:(Oaaaaaaa): MIDI channel or unit number (device ID) 
bbH (Obbbbbbb): model or family (model ID) 
12H (00010010): DT1 code (one-way dump) 

ddH (Oddddddd): address (start) 

eeH (Oeeeeeee): address (continuation) 

ffH (Offfffff): address (end) 

XxH (OxXxxXxXxx): data 

ccH (Occccccc): checksum 

F7H (11110111): EOX 


Whether at Roland, at Yamaha, or among other manufacturers, dump 
procedures developed empirically toward a sort of standardization as us- 


ers needs evolved. 


ata-Storage and Data-Transmission Formats 


In addition to its header (which contains FOH, the manufacturer’s ID, 
the instrument ID, the MIDI channel, etc.) and its suffix (which contains 
the checksum, F7H, etc.), Dump messages contain a certain amount of 
MIDI data. However, this information consists of bytes in which only 
bits O to 6 are significant, because bit 7 in a MIDI byte 1s always equal to 
zero. Given that the memories of MIDI instruments are also filled with 
bytes, there’s no reason why manufacturers can’t store 8-bit values in 
those bytes. If that were the case, if you wanted to transmit an eight-bit 
memory byte, you'd need two MIDI bytes (or, more precisely, one byte 

_and one bit), In other words, the storage format isn’t necessarily the same 
as the transmission format that the Exclusive messages use. Now, with the - 
help of specific examples, here’s a closer look at the most widely used 
ways of storing and transferring dumps. 
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Compressed Storage 


On the Sequential Circuits Prophet 600, each sound consists of 16 bytes, 
for a total of 38 programmable parameters. In fact, some bytes represent 
several parameters. This principle, which you'll run into again with many 
manufacturers’ instruments, makes it possible to optimize the way mem- 
ory space ts allocated and used. Table 10.1 below shows how the memory 
of the Prophet 600 is organized. 


TABLE 10.1; Zhe Memory Organization of the Prophet 600 


BYTE 


00 
Ol 
02 
03 
04 
OS 
06 
07 
08 
09 
10 
11 


BIT BIT6 BIT5 BIT 4 BIT 3 BIT 2 BIT BIT o 


BO SKS KS ee ee A ae 0 
DO ©6 . @ ‘GQ < se  aee . i 
Bl FO D6. DS -b4 D3) pom 
F463 F2 Fl FO 54 See E2 
HOGS GRP Ge @ Btetce Gas 
Il Io He HS H4 H3 #H2 Hi 
ic ne J Jo 15 ia 13. wae 
kA. Kane, K2 KL SRO Jo 5 14 
Me Mi Mo “sa 12 Et oielo gc Ks 
O02. Ol OO ° N3 N2 NI NO (M3 
@ Om OO Ps NPP Pi aro cs 
S Sie So! Reg Ro Ri wRGu so: 
tae UO TS 2 er ae ss 
vo ven V4 Vou 25 11 wo U3 
7 ies 75 Tk ZN 70 
Tis idee ID Zit Z10 Zo) 
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Except for the sixteen parameters from ZO to Z15 (each of which occu- 
pies only one bit), each letter corresponds to one of the parameters of the 
Prophet 600. The number associated with the letter indicates the post- 
tion of the bit. As you know, each of these parameters is coded over a cer- 
- tain number of bits, depending on the required range of values: 7 bits for 
a parameter that needs from 65 to 128 values, 6 bits for a parameter that 
needs from 33 to 64 values, 5 bits for a parameter that needs 17 to 32 
values, and so on. The meanings of these parameters are listed in detail in 


Table 10.2 below. 


TABLE 10.2; The Meaning of the Parameters in the Prophet 600 


4h 
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A (7 bits: A6 AS A4 A3 A2 Al AO) Osc A PW 
B (4 bits: B3 B2 BI BO) Pmod Fil Env 
CG bus: C3'E2-Cl CO) Lfo Freq 

D (7 bits: D6 DS D4 D3 D2 DI DO) ~=Pmod Osc B 
Ea Sabits BAS B2eel EO) Lfo Amt 

F (6 bits: FS F4 F3 F2 Fl FO) Osc B Freq 
G (6 bits: GS G4 G3 G2 GI GO) Osc A Freq 
H (7 bits: H6 HS H4 H3 H2 H1 HO) Osc Fine 

I (6 bits: 1S 14 13 [2 11 10) Mixer 

J (7 bits: J6 JS J4 J3 J2 J1 Jo) Filter Cutoff 
K (6 bits: KS K4 K3 K2 KI KO) Resonance 
LG bits:L3 L220) Fil Env Amt 
M (4 bits: M3 M2 M1 MO) Fil Res 

N (4 bits: N3 N2 NI NO) Fil Sus 

O (4 bits: O3 O2 O! OO) Fil Dec 


TABLE 10.2: The Meaning of the Parameters in the Prophet 600 (continued) 


LETTER AND PARAMETER 

P (4 bits: P3 P2 Pl PO) 
Q (4 bits: Q3 Q2 QI QO) 
R (4 bits: R3 R2 RI RO) 
S (4 bits: S3 S2 S1 SO) 

T (4 bits: T3 T2 T1 TO) 
U (4 bits: U3 U2 Ul U0) 
V (7 bits: V6 V5 V4 V3 V2 VI VO) 
ZO (1 bit) 

Z1 (1 bit) 

Z2 (1 bit) 

Z3 (1 bit) 

ZA (1 bit) 

ZO apie) 

Z6 (1 bit) 

Z7 (1 bit) 

Z8 (1 bit) 

Z9 (1 bit) 

Z10 (1 bit) 

Z11 (1 bit) 

Z12 (1 bit) 

Z13 (1 bit) 

Z14 (1 bit) 

Z15 (1 bit) 


MEANING 


Fil Atk 
Amp Rel 
Amp Sus 
Amp Dec 
Amp Atk 
Glide 

Osc B PW 
Osc A Pulse 
Osc B Pulse 
Fil Kbd Full 
Fil Kbd 1/2 
Lfo Shape 
Lfo Freq 
Lfo PW 
Lfo Fil 

Osc A Saw 
Osc A Trt 
Osc A Sync 
Osc B Saw 
Osc B Iti 
Pmod Freq A 
Pmod Fil 


Untson 


ES aaa 


Data-Storage and Data-Transmission Formats — 


4)) 


Ya a 


Wo 


a 
rking oa MIDI Devices: Memory, Dump Messages, and Data Formats 


a 


As you see, this instrument uses memory as efficiently as possible, and no 
bits are lost. If you’d wanted to represent each parameter by an entire 


byte (for a total of 38 bytes), you'd have wasted 22 bytes (38 — 16 = 22). 


Transmission by Nybbles 


With the Prophet 600, information is transmitted via MIDI in groups of 
half-bytes, or nybbles. Each of the 16 memory bytes is divided in two and 
sent in the form of two MIDI bytes, with the least significant nybble 
(that is, bits 0 to 3) being sent first. In the MIDI bytes, these nybbles are 
justified to the right. This way, the dump contains twice as many MIDI 
bytes as memory bytes—in other words, a total of 32 MIDI bytes. 


When the least significant nybble (sometimes referred to as the “low” 
nybble) is transmitted before the most significant (“high”) nybble, the 
transmission is known as a “L/H nybble,” and “V/A nybblize” is what 
you're said to have done to the transmission. Some MIDI instruments, 
such as the Lexicon PCM-70, do it the other way, sending the most sig- 
nificant (“high”) nybble before the least significant (“low”) nybble. This 
type of transmission is a “H/L nybble,” and the procedure can be said to 
have been “H/L nybblized.” 


The information stored in the memory of instruments such as the E-mu 
Proteus is expressed in terms of two bytes rather than one. Of these two 
bytes, only the 14 least significant bits are used, which is why two MIDI bytes 
are necessary in order to transmit the data—first bits 0 to 6, and then 
bits 7 tole, 


"7 plus 1" Transmission 


In addition to transmission by nybbles, as described above for the 
Prophet 600, some instruments, such as the Alesis Midiverb III, divide 
each memory byte in two in order to send it over two MIDI bytes, 


iS 
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with bits 0 to 6 going first, followed by bit 7, a conversion known as 


“7 plus 1.” 


Uncompressed Storage 


Assume you have a Yamaha TX802 in multitimbral configuration. The 


MIDI Data Format for this instrument indicates the meaning of each 


byte in the performance edit buffer, in the form of a list that looks a lot 
like the contents of Table 10.3 below: 


TABLE 10.3: The Meaning of the Bytes in the Performance Edit Buffer of the Yamaha TX 802 


BYTE NUMBER 


PARAMETER 


Oto 7 


8 to 15 


16 to 23 


24 to 31 
32 to 39 
40 to 47 


VCHOFS 


RXCH 


VNUM 


DETUNE 
QCULVOE 
OUTCH 


DESERIPTION 
Voice Channel 
Offset 


Receive Channel 
(16 = omni) 
Voice Number 
(0 to 63: internal) 
(64 to 127: 
cartridge ) 

(128 to 191: 
preset A) 


(192 to2 5s; 
preset B) 


Detune (7: center) 
Output Volume 


Output assign 
(0: Of 1a) 


RANGE OF VALUES 


Oto 7 
Oto 16 


0 to 255 


Oto 14 
0 to 99 
Oto3 
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TABLE 10.3: The Meaning of the Bytes in the Performance Edit Buffer of the Yamaha TX 802 


(continued) 


RANGE OF VALUES 


BYTE NUMBER PARAMETER 


48 to 5S NLMTL 
56 to 63 NLMTH 
64 to 71 NSHFT 
IST? FDAMP 

80 to 87 KASG 

88 to 95 MTTNUM 
96 to 115 PNAM 


DESCRIPTION 
(2: I, 3:1 + 1) 


Note limit low 
(C-2 to G8) 


Note limit high 
(C-2 to G8) 


Note Shift 
(24: center) 


(+/— 2 octaves) 
EG forced damp 
(0: off, 1: on) 

Key assign group 
Micro tuning table 


Performance name 


0 to 127 


Oto 127 


0 to 48 


Oto | 


Oto I 
0 to 254 


The TX802 is an eight-voice multitimbral instrument. For a total of 


twelve parameters per voice, each parameter is duplicated eight times 
(8 x 12 = 96). The last ten bytes indicate the name of the performance. 
Unlike data storage in the Prophet 600, data storage in the TX802 isn’t 
optimized. Regardless of the number of values each parameter needs (hes, 


from 2 to 256), all of the values are represented by eight bits. 


ASCII Transmission 


Here again, the 116 bytes in the performance buffer of the TX802 are 


broken down into two nybbles for transmission via MIDI. As a result, in 


456 
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this case you have a total of 232 bytes. However, these bytes aren’t repre- 
sented as bytes. Instead, they're converted into ASCII, in accordance with 
their value as expressed in hexadecimal notation, as shown in Table 10.4 

below. 


TABLE 10.4: ASCII Representation of the Nybbles in the Performance Buffer of the Yamaha 
TX802 


TYBBLE, INBINARY __-HEXADECIMAL VALUE ASCII REPRESENTATION OF THE HEX VALUE 

0000 0 30H 

0001 31H 

0010 2 32H 

0011 3 33H 

0100 4 34H 

0101 5 35H 

0110 6 36H 

O111 7 37H 

1000 8 38H 
1001 9 39H : 
1010 A 41H 

1011 B 42H 

1100 é 43H 

1101 D 44H 

1110 E 45H 

1111 F 46H 
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Suppose you want to send the following eight bytes: 


01111111 7FH 
01010000 50H 
00010001 11H 
10001000 88H 
141111111 FFH 
00000001 01H 
00001000 O8H 
01100110 66H 


In this case, you'd first have to break them down into nybbles in hex, 
with the least significant nybble leading, this way: 


bons 1° 1 8°S°F F 1.0 8 07666 
in order to convert them into hex-coded ASCII, this way: 

46H 37H 30H 35H 31H 31H 38H 38H 46H 46H 31H 30H 38H 30H 36H 36H 
which gives you the following binary code: 


01000110 
00110111 
00110000 
00110101 
00110001 
00110001 
00111000 
00111000 
01000110 
01000110 
00110001 
00110000 
00111000 
00110000 
00110110 
00110110 


400 
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Mixed Storage 


In some cases, mixed storage compresses several parameters into the same 
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byte—without however achieving 100 percent optimal use of all the bits. 


What this gives you is a mixture of compressed and uncompressed stor- 


age. The Korg M1 operates this way. 


Packed Transmission 


Unlike nybble-based transmission methods, packed transmission uses the 
seven bits in a MIDI data byte. As a result, you need a total of eight 
MIDI bytes (7 bits X 8) to transmit seven memory bytes (8 bits X 7). 
The following code fragments show how the Korg M1 does the conversion: 


Memory Bytes 


a7 
b7 
C7 
d7 
e7 
wd 


g7 


a6 
b6 
cé6 
d6 
e6 
f6 
g6 


a5 
b5 
CS 
d5 
e5 
iS 


g5 


a4 
b4 
c4 
d4 
e4 
£4 


A 


MIDI Bytes 


oOo oo oO © oo 2 


g7 
a6 
b6 
cé6 
d6 
e6 
6 


g6 


nat 
a5 
b5 
cS 
d5 
e5 
mits) 
g5 


e7 
a4 
b4 
c4 
d4 
e4 
4 
g4 


a3 
b3 
Ca 
d3 
e3 
t3 


g3 


d7 
a3 
b3 
c3 
d3 
e3 
1k 
g3 


a2 
b2 
c2 
d2 
e2 
f2 


g2 


CH 
a2 
b2 
C2 
d2 
e2 
Te 
g2 


a0 
bO 
co 
do 
ed 
f0 


gO 


a7 
a0 
bo 
c0 
do 
e0 
f0 
gO 


fs 


eae 
eee 


“ 


Some instruments send the byte containing the most significant bits last, 


instead of first, as shown below: 


MIDI Bytes 


a6 a5 a4 a3 a2 al a0 
b6 b5 b4 b3 b2 b1 bO 
c6 c5 c4 c3 c2 cl cO0 
d6 d5 d4 d3 d2 di do 
e6 e5 e4 e3 e2 e1 e0 
mo 15 14 T3 f2 71 0 
g6 g5 g4 g3 g2 gi gO 
g7 f7 e7 d7 c7 b7 a7 


ooooo0oco 


The principle described above is the one that’s most widely used in con- 
nection with packed formats. However, a few rare variants also exist. For 
instance, the Kurzweil K-2000 lets any number of memory bytes be trans- 
mitted, not just packets of seven bytes. For example, the following four 


memory bytes: 

Hexadecimal Binary (8 bits) 

4FH 01001111 (a7 a6 a5 a4 a3 a2 al a0) 
D8H 11011000 (b7 b6 b5 b4 b3 b2 b1 bO) 
01H 00000001 (c7 c6 c5 c4 c3 c2 c1 cO) 
29H 00101001 (d7 d6 d5 d4 d3 d2 d1 dO) 


are transmitted over five MIDI bytes, in the following way: 


Hexadecimal Binary (7 bits) 


27H 0100111 (a7 a6 a5 a4 a3 a2 al) 
76H 1110110 (a0 b7 b6 b5 b4 b3 b2) 
OOH 0000000 (b1 bO c7 c6 c5 c4 c3) 
12H 0010010 (c2 c1 cO d7 d6 d5 d4) 
48H 1001000 (d3 d2 d1 dd 0 O O ) 


instead of over eight MIDI bytes, as the previous method would require: 


Hexadecimal Binary (7 bits) 


02H 0000010 (g7 f7 e7 d7 C7 b7 a7) 
4FH 1001111 (a6 a5 a4 a3 a2 ai a0) 
58H 1011000 (b6 b5 b4 b3 b2 b1 bO) 
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01H 0000001 s(c6nc5c44c3..c2. cilmc0) 
29H 0010001 (d6 d5 d4 d3 d2 d1 dO) 
OOH 0000000 (e6 e5 e4 e3 e2 e1 e0) 
OOH 0000000 (f6 f5 f4 f3 f2 f1 FO) 
OOH 0000000 (g6 g5 g4 g3 g2 gi gO) , 


In practice, when the number of memory bytes to be transmitted isn’t a 
multiple of 7, the Korg method completes the last packet with additional 
bytes that are equal to zero. In contrast, the Kurzweil method sends a vari- 
able number of MIDI bytes (that is, exactly as many bytes as necessary), 
of which only the unused bits in the last byte are forced to zero. 


Standard Transmission 


The Roland D-50 and D-5S0 store information in memory at the rate of 

one byte per parameter, without compression. Furthermore, some bytes ‘ 
are reserved for future extensions and don’t always have any particular 

meaning right now. For instance, out of 468 bytes per patch, 93 are still . 
unused. Because none of these 468 parameters exceeds the value 127, 

each of them can be transmitted in its current form via MIDI. As a result, . 
if you wanted to empty a patch memory, a total of only 468 MIDI bytes 

would do the trick. : 


The Various Formats in Brief 


In summary, then, there are three main ways to store data: 


" Compressed storage, in which all of the bits are used 
" Uncompressed storage, which allocates one byte for each parameter 


" Mixed storage, which is essentially the same as compressed stor- 


age, except that it’s not optimized 
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—and six main ways to send data via MIDI: 


" Transmission by nybbles with two MIDI bytes for each memory 
byte 
" Transmission of a memory word (14 bits) in the form of two 


MIDI bytes 

*" So-called “7 plus 1” transmission, with two MIDI bytes for every 
memory byte 

" Transmission by nybbles in ASCII format 


" Packed transmission, with eight MIDI bytes for every seven mem- 
ory bytes 
" Standard transmission, with one MIDI byte for every memory byte 


Displayed Values and Real Values 


Sometimes the value of a parameter as displayed on the LCD screen of an 
instrument is different from the actual value of the parameter as stored in 
memory. This difference usually involves parameters whose values range 
over positive and negative scales. For instance, in the Korg M1, some pa- 
rameters range from a value of +99 to a value of —99 (for a total of 199 
possible values). In memory, these parameters are coded over a byte in the 
form of the numbers 63H (+99) to 9DH (—99). Sure, 63H is equal to 
99 decimal; but 9DH ts equal to 157, not —99. In actuality, the negative 
numbers are represented by their one’s complement—that is, by the num- 
ber that’s created when each bit in the byte is inverted (i.e., when every 


zero becomes a I, and every | becomes a zero), as shown below: 


+99 = 01100011 
-99 = 10011100 
+01 = 00000001 
“Ome = fiid1110 
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However, Roland doesn’t use the one’s-complement method. Consider 
for example the address of the second Partial Parameter (01H, or WG 
Pitch Fine). You can see that for a range whose actual value is from 0 to 
100 (in hex, from OOH to 64H), the displayed value can be anything 
from —5O (00H) to +50 (64H). 


Generally speaking, there are many ways to represent parameters. There's 
no need to go into exhaustive detail about all of the methods currently in 
use. You should simply keep in mind that a value stored in memory isn’t 
always the same as the corresponding number displayed on the screen of 
the instrument. 


The Representation of Alphanumeric Characters 


For representing alphanumeric characters, ASCII format is by far the 


most widely used method. However, a few instruments are exceptions to 


the rule. Two of them are the Roland D-50 and D-550. 


The character-representation format used by the Akai S-1000 sampler is 
described in detail in Chapter 12. 


Individual Parameter Messages 


In addition to Dump messages and Dump Request messages, there’s an- 
other group of messages that are dedicated to editing the memory con- 
tents of MIDI devices. These are the individual parameter messages 
(which you learned in passing above in the discussion of the Roland 
method). When they’re sent to an instrument (even if they aren’t imple- 
mented on all MIDI devices) these messages let you change the value of 
an individual parameter inside the edit buffer. On the other hand, on 
some machines, the act of editing a parameter manually from the front 


panel of an instrument causes the corresponding individual parameter 
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message to be sent to the MIDI Out port. The usefulness of these mes- 
sages will become more clear in connection with Chapter 12’s discussion 
of editing programs. How these messages are implemented is the subject of 
the following chapters, which deal with setting up an editor/librarian for the 
Yamaha SY-SS, converting a Roland PG-300 into a MIDI console, and 
using FM synthesis to simulate a Hammond organ with FM synthesis. 


Data Integrity 


In any information network, the interface techniques (that is, the proce- 
dures that let data be exchanged between two systems) pose the problem 
of data integrity. Information can be affected by various factors (cables 
that are too long, electrical interference, etc.). Happily, though, the prob- 
lem can be at least partly solved by error-detection and error-correction 
codes. MIDI is no exception to the rule: checksums, handshakes, acknow- 
ledgments, rejections, and other items described in the user manuals help 


contribute to the reliability of transmissions. 


Error-Detection and Error-Correction Codes 


An error is any change in the smallest unit of digital information, namely 
a bit, that occurs when the bit travels through the interface. But because a 
bit can only have two states (either 0 or 1), any change means a conver- 
sion from the O state to the | state, or from the | state to the O state. As a 
result, an error that occurs because a bit is set to 1 can be corrected by set- 
ting that bit to O, and vice versa. In short, tf an error can be found, it can 
be corrected. Logically, then, error-related codes fall into two categories: 
error-detection codes and error-correction codes (which first determine 


that an error has occurred and then find out where it happened). 


An error-detection code is a way of supplementing the useful information 
with a piece of redundant information that complies with a known rule 


that applies to both the transmitter and the receiver. Before sending data, 
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the transmitter applies a calculation (i.e., the rule) to the data, and the re- 
sult of this calculation is also transmitted. When the data is received, the 
receiver applies the same calculation to the same data, and compares the 
results of this calculation against the result of the calculation that was per- 
formed by the transmitter. If there’s a difference, the receiver announces 
that an error has occurred. For instance, assume that the transmitter sends 
the data 2, 9, 4, 1, and that the detection rule is in the form of a simple 
summation. In this case, the data frame that’s sent will look like this: 


2-9-4-1-16 (where 2+ 9+ 4+ 1 = 16) 


Now suppose the third piece of information was changed during the 
transfer—for instance, from a value of 4 to a value of 5. In this case, 


what the receiver will see is the following frame: 
Peo 4 (5) 


If you add the first four items (2+9+5+1= 17), you'll find that the 
result is different from the result calculated by the transmitter (namely, 
16). As a result, the receiver will infer, correctly, that a transmission error 


occurred, 


So far, so good. But all a detection code tells you is that an error has oc- 
curred. It doesn’t tell you where the error is. There’s nothing to indicate 
‘which data byte is affected by the change, or indeed whether the change 
involves the useful data or the result of the calculation. After an error has 
been found, the receiver has the option of either displaying a message and 
interrupting the transaction, or, if it’s programmed to do so, requesting 


that the frame affected by the error be transmitted again. 


In the binary system, the parity bit is one of the codes most frequently 
used in error detection. In a serial link, when a byte is transmitted the 
transmitter adds an extra bit so as to provide an even number of ones 
(i.e., even parity). (Parity always refers to the number of bits that are set 
to 1. The number of bits set to zero doesn’t affect parity either way.) 
Then the receiver calculates the parity of the byte it receives, in order to 
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compare it with the result obtained by the transmitter (i.e. the ninth bit 


transmitted ). 


However, this procedure is handicapped by the fact that it can’t detect an 
even number of errors. In the following example, the transmitter sends a 
byte followed by a parity bit calculated in such a way as to obtain an odd 


number of bits set to zero: 
10100011 O (for a total of five bits set to zero) 


Now suppose that a double transmission error occurs and that both bit 0 
and bit 7 are affected (in other words, that their value is changed from | 
to 0). In this case, the parity system will conclude that no changes oc- 


curred, because the number of bits set to zero ts still odd, as shown below: 


00100010 O (for a total of seven bits set to zero; in 
spite of the double error, the parity is still correct) 


Error-correction codes are more sophisticated. After an error is detected, 
these codes can locate and therefore correct the changed bits. Because of 
their ability to locate errors, these codes, which are used particularly in 


digital audio, take up a large number of redundant bytes. 


Without going into too much detail, here’s an example of a simple correc- 
tion code that, in addition to a simple calculation of horizontal parity for 
each byte, adds a vertical parity calculation after every eighth byte that’s 
sent: 


TRANSMISSION —- RECEPTION ERROR, AND DETERMINATION OF ITS LOCATION 
11001101 1 11001101 1 


01010000 0 01010000 0 
00001111 0 00001111 O 
01010001 1 01017001 O 


11101010 1 11101010 1 
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TRANSMISSION - RECEPTION ERROR, AND DETERMINATION OF ITS LOCATION 
01000101 1 01000101 1 


00100010 0 00100010 O ° 


00011110 0 00011110 0 


01010000 01017000 ° 


This matrix-style parity calculation makes it possible to pinpoint the loca- 
tion of the error at the intersection of the horizontal and vertical parity er- 
rors. The error can be corrected immediately by changing the value of the 


affected bit. 


The MIDI Solution: The Checksum 


As specified, the MIDI standard primarily carries real-time messages that . 
are shorter than 4 bytes. Therefore, it’s not possible to implement a sim- 

ple detection system, because the fact of sending messages in real time as _ 
a function of what a musician is playing isn’t compatible with requests 

for re-transmission of erroneous messages. Error-correction systems * 
would uselessly overload the MIDI network, especially in view of the fact 
that typical short MIDI messages statistically aren’t subject to change. . 
Furthermore, some status messages (All Notes Off, Reset All Controllers, 

and System Reset) are provided in order to prevent or reduce the effect 2 


of any blocking errors that may occur. 


On the other hand, the length of Exclusive messages (i.e., Dump mes- 
sages) seems to grow in direct proportion to technological progress. 
That's why you need an error-detection system, or even an error-correction 
system. Except for the Sample Dump Standard, whose exchange protocol 
is defined by the MIDI standard, each manufacturer enjoys complete free- 
dom when it comes to checking and verifying the integrity of data. 
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Up till now, the only error-detection technique that’s been used is the 
checksum. The checksum is a piece of information (in the form of one or 
more bytes) that corresponds to the result of a calculation performed on 
all of the data in an Exclusive message, usually with the exception of the 
header bytes (e.g., the channel number, the instrument ID, and so on). 
Without drawing up a tediously exhaustive list, here are the major types 


of checksums—that is, the major types of calculations—in use today: 


Standard Checksums 


This method, used by the E-mu Proteus, among others, is equal to the 
seven least significant bits in the sum of the data bytes. 


The Two's Complement’ Checksum 


Used by Yamaha and Roland, among other manufacturers, this checksum 
is equal to the so-called “two’s complement” of the seven least significant 
bits in the sum of the data bytes. This method, which is used in data pro- 
cessing to represent negative data, consists of inverting all of the bits in a 

byte, a word, or any other unit of information, and then adding the num- 
ber | to the result. 


The Ones Complement” Checksum 


, 


This approach, used by the MIDI DMC MX-8 patch, among other in- 
struments, is equal to the one’s complement of the seven least significant 
bits in the sum of the data bytes. Popular among data-processing pro- 
grammets, this method consists of inverting all of the bits of a byte, of a 


word, etc. 


genre 


t ih = i 
Data-Storage and Data-Transmission Formats i’ 4 t 


The Checksum with a Shift 


This method, used by Kurzweil, among other manufacturers, is equal to 
the seven least significant bits in the sum of the data bytes. This addition 
is performed on a 16-bit word, which prior to each new addition ts ro- 
tated to the left. (In other words, bit 0 is replaced by bit 15, and each sub- 
sequent bit is shifted one position to the left.) 


The Tybble” Checksum (over seven bits) 


This method, which is used by the Oberhetm Matrix 1000, is equivalent 
to the one’s complement of the seven least significant bits in the sum of 
the data bytes (rather than the sum of the nybbles, even though in this 
instance the information is being transmitted via MIDI in the form of 


nybbles). 


The “flybble” Checksum (in the form of two times four bits) 


This method, used by some of the older Korg synthesizers, among others, 
is equivalent to the one’s complement of the eight least significant bits in 
the sum of the data bytes (rather than the sum of the nybbles, even 


though in this instance the information ts being transmitted via MIDI in 


the form of nybbles). 


The Checksum of the Kawai 5 


This checksum is calculated on the basis of the 16 least significant bits in 
the sum of the data. This value is derived neither from nybbles (even 
though in this instance the information is being transmitted via MIDI in 
the form of nybbles) nor from bytes, but instead from words (that is, 
groups of 16 bits). By adding the checksum, which itself is also expressed 
in terms of a word, to this sum of the data, the result should be equal to 


uh 
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SA3CH (or possibly to 1SA3CH, in the event that the 16 least signifi- 
cant bits in the sum exceed the value of SAC), 


Handshaking, Roland Style 


During data exchanges (i.e., dumps) between two units, a certain number 
of control messages (similar to a dialog) can be included in order to regu- 
late the transmission flow. These messages indicate whether a transmis- 
sion was received properly or received incorrectly, whether an error 
occurred, whether a message should be re-transmitted, and so on. Depend- 
ing on the kind of interface, this control logic is implemented either in 
hardware or in software. For instance, the EIA/TIA-232E interface (for- 
merly known as the RS-232 interface) has a given number of pins (e., 
lines) dedicated to this task. In a case like this, what you're dealing with is 
handshaking hardware. 


To set up an artificial bidirectional link between two units in order to ex- 
change Exclusive messages, the MIDI interface uses two unidirectional 
links (one per line, from the MIDI Out port of the sender to the MIDI 
In port of the receiver, and vice versa). Because each line carries only one 
piece of information at a time (1.e., because the link ts a serial link), only 


one software handshaking protocol can be implemented. 


The Roland communications protocol, which is valid for all of the com- 
pany’s more recent instruments, was designed to increase the reliability of 
data-exchange operations. This protocol, whose use is by no means 
obligatory, is known as the “handshake” protocol. In point of fact, the 
same data can be exchanged in a more conventional way simply by trans- 
mitting Dump and Dump Request messages (using the one-way mode, 
which you learned earlier in this chapter). In the explanations that appear 
below, the unit that’s transmitting the Dump messages is referred to as_ 
the sender, while the unit that receives the Dump messages (and that sends 
the Dump Request messages) is referred to as the receiver. 
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One-Way Mode 


One-way mode is easier to implement than handshake mode, but it’s less 

efficient. One-way mode consists of two messages: a request (the Dump : 
Request message) and a reply (the Dump message). The receiver trans- 

mits the Dump Request to the sender, which in return sends back the ee 
contents of its memory. Naturally, this exchange requires a bidirectional 

link between the sender and the receiver, from the sender’s MIDI Out P 
port to the receiver’s MIDI In port and vice versa. 


However, there’s no reason why you can’t initiate the transmission of data 
from the sender directly, by pressing the corresponding keys on the instru- 
ment. In this case all you have to do is install a unidirectional link be- 
tween the MIDI Out port of the sender and the MIDI In port of the 
receiver. In either case, the two messages that are used in one-way mode 


are the following ones: 
Request: RQ1 (Request Data 1) 


The RQI message is transmitted from the receiver to the sender. The 
message instructs the sender to send a group of data whose starting 
memory address and whose size in bytes are indicated by the following 


message. : 
Reply: DT1 (Data Set 1) ; 


When an RQI message is received or when the user initiates it (by apply- 
ing manual pressure to the Dump Send keys of the instrument), the 
sender transmits the data. Some instruments, such as the MT-32 ex- 
pander, can send data only when they receive an RQI message. (The in- 
strument doesn’t have any keys that are dedicated to sending dumps.) 
Roland’s D-50 and D-550 synthesizers are also an exception to the rule, 
in the sense that the RQI message only works with the data in the edit 
buffer. In order to do a complete memory dump (that 1s, 64 patches), ‘ 
you'd have to manipulate the instrument's keys directly. 
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A DTI message can be up to 256 bytes long. This length limit keeps 
DT1 messages from slowing down or otherwise interfering with the circu- 
lation of non-priority MIDI messages (that is, MIDI messages other than 
Real Time messages) in MIDI Merge or Soft Thru configurations. If a 
dump is bigger than 256 bytes, several DT 1 messages will follow one an- 
other at a minimum interval of 20 milliseconds (ms). Error-detection 
works very simply in one-way mode, thanks to the inclusion of a check- 
sum byte at the end of the DT message. As a result, it’s not possible 

to do any error-correction. All the receiver can do is interrupt the transac- 


tion and display an error message. 


Example of a Dialogue-Type Transfer 
This type of transfer includes the use of a Dump Request message. 


SENDING UNIT RECEIVING UNIT 
é— Request Data 1 
Data Set | — 


minimum interval 


of 20 ms 


Data Set 1 — 


€xample of a Manual- Type Transfer 


SENDING UNIT RECEIVING UNIT 
Data Set 1 ee 


minimum interval 


of 20 ms 


AT 
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SENDING UNIT RECEIVING UNIT 
Data Set 1 —! 


Handshake Mode | 4 


Handshake mode consists of seven messages, described below: 
RQD (Request Data) 

This message is equivalent to the RQ] message in one-way mode. 
DAT (Data Set) 

This message is equivalent to the DT 1 message in one-way mode. 
WSD (Want to Send Data) : 


The sender uses this message to notify the receiver that the sender wants — 
to open a dialog with the receiver in order to send a dump. The size and 
starting address of the dump are included in the notification message. 
Then the sender waits to receive either an ACK (Acknowledge) message, 
which lets the sender send the first DAT, or an RJC (Rejection) message, which 


orders the sender to suspend the transaction. 
ACK (Acknowledge). 


The receiver uses this message to notify the sender that a WSD, DAT, or 

EOD message has been received properly. After any of these three mes- . 
sages has been sent, the sender waits to receive an ACK before continuing 

with the transaction. In this sense the ACK message serves as a receipt, . 
confirming that the incoming message has arrived properly. 


EOD (End of Data) i. 


ern : ne 
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The sender uses this message to inform the receiver that the last data 
packet has just been sent (in other words, that no more data packets re- 


main to be sent). Then the sender waits to receive an ACK before closing 


the dialog. 
ERR (Communication Error) 


The receiver uses this message to inform the sender that a reception error 
has occurred (as detected for instance by a checksum). The sender has the 
option of either abandoning the transaction or re-sending the erroneous 
message. (The latter case shows why handshaking is such a useful and 
worthwhile procedure.) 


RUC (Rejection) 


A Rejection message is sent to the sender by the receiver under any of sev- 
eral circumstances, such as when a WSD message or an RQD message 
contains an illegal address or size, when the device isn’t ready to commu- 
nicate, when the user manually interrupts the transmission (for instance, 


by pressing the Cancel key), or when any other transaction error occurs. 


Example of a Transfer Requested by the Receiver 


SENDING UNIT RECEIVING UNIT 

c= Request Data 
Data Set = 

<— Acknowledge 
Data Set > 

— Acknowledge 
End of Data -— 

<- Acknowledge 


my 
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Example of a Transfer Initiated by the Sender 


SENDING UNIT RECEIVING UNIT 

Want to = 

Send Data 
e Acknowledge 

Data Set = 
= Acknowledge 

Data Set - ; 
<— Acknowledge 


End Of Data => 


Ah 


Acknowledge 


Example of a Transfer Initiated by the Sender, with Error Correction 


SENDING UNIT RECEIVING UNIT 
Want to Send Data — 
< Acknowledge 
Data Set = 
< Acknowledge 
Data Set — (checksum error) ; 
< Communication Error 
Data Set (the same) > 
< Acknowledge 
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SENDING UNIT 
End Of Data 


~~ 


_— 


RECEIVING UNIT 


a Acknowledge 


Example of a Transfer Initiated by the Sender, with Error Detection and 


Abandonment of the Transfer 


SENDING UNIT 
Want to Send Data 


Data Set 

Data Set 

Data Set (the same) 
(Quit) 


=p ee 


SENDING UNIT 
Want to Send Data 


Data Set 


Data Set 
(Quit) 


ce to tel tee 


ie) 2 |) a 


RECEIVING UNIT 


Acknowledge - 


Acknowledge 
(checksum error) 
Communication Error 
(checksum error) 


Rejection 


RECEIVING UNIT 


Acknowledge 


Acknowledge 


(checksum error) 


Rejection 
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In conclusion, here’s a summary of the features and characteristics of the 
Roland communications protocol. Except for the ACK, EOD, ERR, and 
RJC messages, which strictly speaking don’t include data bytes, all of the 
other messages (RQI, DT1, RQ2, DT2) use a checksum. Remember, 
the checksum determines whether an ACK message or an ERR message 
will be sent—an ACK message when no errors have been detected, and an 
ERR message when an error has been detected. The RQI, RQD, and 
WSD messages specify the starting address and the memory size of the 
data to be transferred. The DT 1 and DAT messages contain the starting 
address followed by the data itself. (The size of the chunk of data can 
vary, as long as it doesn’t exceed 256 bytes.) Finally, two other proce- 


dures make it possible to launch a data transfer: 


" Initiation by the user, by manually pressing the Dump Send keys 
on the sending device. (In handshake mode, this operation causes a 
WSD message to be sent; in one-way mode, it causes a given num- 


ber of DT1 messages to be sent.) 


Request by the recetver (which can be the Dump program, the edit- 
ing program, another instrument of the same type, etc.). In this 
case, a Dump Request message (RQI in one-way mode or RQD 


in handshake mode) is sent. 


athe usefulness of handshake mode lies in its ability to re-send (and there- 


fore to correct) the erroneous data once an error has been detected. 


The Format of Roland Messages 


Now here’s a detailed look at the hex formats of these nine Exclusive mes- 
sages, as mentioned in the preceding section. Of course, each of these 
messages starts with FOH, followed by the manufacturer’s ID (which for 
Roland is 41H), the device ID (i.e., the channel or device number), the 
model ID (ie., the type or family the device belongs to), the command 
(i.e., one of the nine dialog phrases), and, finally, the body of the message 


419 


a 


(whose length and contents can vary depending on the type of com- 
mand). The entire collection ends with the EOX (End of Exclusive) 
status byte. 


Request Data 1 (RQ1/i#) 


FOH: Exclusive message status byte 

41H: identification (Roland) 

DEV: MIDI channel or unit number 

MDL: model or family of models 

11H: RQ1 code 

aiH: address 1 (most significant byte) 

a2H: address 2 (averagely significant byte) 
a3H: address 3 (least significant byte) 
t1H: size 1 (most significant byte) 

t2H: size 2 (averagely significant byte) 
t3H: size 3 (least significant byte) 

CSH: checksum including the data between a1H and t3H 
F7H: EQOX 


Data Set 1 (DTi/i2H) 


FOH: Exclusive message status byte 

41H: identification (Roland) 

DEV: MIDI channel or unit number 

MDL: model or family of models 

iZHESDinikcode 

aiH: address 1 (most significant byte) 

a2H: address 2 (averagely significant byte) 
a3H: address 3 (least significant byte) 

ddH: body of data (for a maximum of 256 bytes) 


CSH: checksum including the data between a1H and ddH 
F7Hs EOX 


Want to Send Data (W5D/i,0H) 


FOH: Exclusive message status byte 
41H: identification (Roland) 
DEV: MIDI channel or unit number 


1,80 


G66 


MDL: 
40H: 
alH: 
a2H: 
a3H: 
tiH: 
t2H: 
Teelnlé 
CSH: 
PARE 
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model or family of models 

WSD code 

address 1 (most significant byte) 

address 2 (averagely significant byte) 

address 3 (least significant byte) 

size 1 (most significant byte) 

size 2 (averagely significant byte) 

size 3 (least significant byte) 

checksum including the data between a1H and t3H 

EOX , 


Request Data (ROD/1iH) 


FOH: 
41H: 
DEV: 
MDL : 
41H: 
aiH: 
a2H: 
a3H: 
18 lal 
ee hl 
ite ie 
CSH: 
[Fale 


Exclusive message status byte 
identification (Roland) 

MIDI channel or unit number 

model or family of models 

RQD code 

address 1 (most significant byte) 
address 2 (averagely significant byte) 
address 3 (least significant byte) 
size 1 (most significant byte) 

size 2 (averagely significant byte) 
size 3 (least significant byte) 
checksum including the data between aiH and t3H 
EOX 


Data Set (DAT/42H) 


FOH: 
41H: 
DEV: 
MDL : 
42H: 
alH: 
a2H: 
a3H: 
ddH: 
CSH: 
li Ane 


Exclusive message status byte 
identification (Roland) 

MIDI channel or unit number 

model or family of models 

code DAT 

address 1 (most significant byte) 

address 2 (averagely significant byte) 
address 3 (least significant byte) 

body of data (for a maximum of 256 bytes) 


checksum including the data between a1H and ddH 
EOX 


i) 


. 5 


ies 
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Aicknowledge (ACK/1,3H) 


FOH: 
41H: 
DEV: 
MDL: 
43H: 
P/Aale 


Exclusive message status byte 
identification (Roland) 

MIDI channel or unit number 
model or family of models 
ACK code 

EOX 


End Of Data (E0D/45H) 


FOH: 
41H: 
DEV: 
MDL : 
45H: 
e7Anle 


Exclusive message status byte 
identification (Roland) 

MIDI channel or unit number 
model or family of models 

EOD code 

EOX 


Communication Error (ERR/,EH) 


FOH: 
41H: 
DEV: 
MDL: 
4EH: 
ir (Anle 


Exclusive message status byte 
identification (Roland) 

MIDI channel or unit number 
model or family of models 

ERR code 

EOX 


Rejection (RIC/4FH) 


FOH: 
41H: 
DEV: 
MDL: 
4FH: 
F7H: 


Exclusive message status byte 
identification (Roland) 

MIDI channel or unit number 
model or family of models 

RJC code 

EOX 
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The handshaking principle, which is currently being used in data 
processing by a number of interfaces, will probably be extended gradually 
to apply to MIDI exchanges that involve major amounts of data. The 
implementation of the principle in the Sample Dump Standard (which 
generally carries several kilobytes of data) is living proof of this trend. 


Nn 
—~ 
= 


nore 


UW 
7 


\ - 
WorkinguitaaiD vices: 

oF 

Managing La 

SysEx Messages — 


N THE PRECEDING chapters you 
got acquainted with the structure and 
the memory contents of MIDI instru- 
ments, along with the communica- 
tions protocols that are used to 
transfer this data in the form of 
Dumps. Now, before getting into 
ee practical programming examples, 
hel sa short review of the major families of software applications that 
use Exclusive messages. The general information in the first four sections 
of this chapter will familiarize you with the possibilities offered by Dump 
utilities, librarians, and sound editors. The section after that contains a de- 
tailed description of the MIDI Sample Dump Standard, which is the pro- 


tocol that governs the exchange of samples. 


“The Dump ute 


Dump programs are archival utilities that let you store part or all of the - 
contents of the memory of MIDI instruments on media such as floppy 


disks or hard disks before sending the memory contents somewhere else 


The Dump Utilities nen 


later on. Dump programs give you a sizable data base for sounds, etc. at a 


very low cost. . 


In practice, all Dump software includes at least one receive function and 


one send function: 


" The receive function issues a request in the form of a Dump Request ’ 
message that tells the MIDI instrument to send the program the 
contents of all or part of its memory in the form of a Dump mes- , 
sage, so that those contents can be stored on disk. If the instru- 
ment doesn’t accept a Dump Request message (as is the case with » 


the 64-sound RAM of the Roland D-50 and D-550), you have to 
start the data transfer manually from the front panel of the instrument. ° 


" The send function reads the information to disk and resends it to the 
instrument in the form of a Dump message. Before this operation 
can be carried out, it’s sometimes necessary to de-protect the in- 
strument’s memory or to enable the reception of Exclusive mes- 


sages, etc. 


A dialog between the computer and the instrument can begin only if the 
two devices are connected in handshake mode, with the MIDI Out port 
of the computer connected to the MIDI In port of the instrument, so 
that Dump Request messages (if implemented) can be sent, and vice versa 
so that Dumps can be received. A typical arrangement is shown in Fig- 


ure 11.1 below. 


The MIDI instruments this chapter deals with have two kinds of Dump 
programs: non-programmable universal Dump utilities and programma- ° 


ble universal Dump utilities. 


Non-programmable universal programs, such as the one shown in Fig- 
ure 11.2 below, can take part in dialogues with a wide variety of instru- 
ments whose language (that is, the Request to Send Dump messages ) the 


rking with MIDI Devices: Managing SysEx Messages 


Dump 
program 


Ml dhdMA MLA adb Adhd 


FIGURE tt: Zhe connection between a MIDI instrument and a dump program running on a 
microcomputer. 


FIGURE 2: The Dump Utility option of the Pro 24 sequencer embodies the functions of a non- 


programmable universal dump program. 


its 
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programs are already familiar with. Continual updates make these pro- 
grams compatible with new instruments (depending to some extent on 


how widely the instruments are marketed). 


However, none of these programs.is 100 percent inclusive. That's why 
there’s a third kind of program—the programmable universal pro- 
grams—that lets you write your own Exclusive messages, in accordance 
with the instruments that need to be managed. The Satellite accessory 
shown in Figure 11.3 below is typical of these programs. Although this 
class of programs is by far the most efficient and effective of the three, it 
requires advanced knowledge of how SysEx (System Exclusive) messages 


are programmed. 


Finally, some hardware units, such as the Alesis Datadisk, are dedicated 
_ to Dump storage. These devices, which are equipped with a disk reader, 


can store SysEx messages sent from any MIDI unut. 


UNIVERSAL DUMP UTILITY 


~ DUMP | te remem 
SEND REQUEST | ot 


Ono RYAN Request: 1X602 PERF fam Channel Pos.: 3 |i 
‘HLS ie F8,43,28,7E,4C,4D, 28, 28,38, 39,35, 32,58, 4D, F7|| 
EXIT 


FIGURE 13: The Satellite accessory is a programmable universal dump program that allows the 
writing of up to 32 Dump Request messages. This figure shows the Satellite accessory for the 
64-performance Yamaha TX 802. 
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Dumps and the MIDI Channel 


Very roughly speaking, the Dump and Dump Request messages have the 
following structure: 
" The Dump Request Message 
FOH <dump request> F7H 
" The Dump Message 
FOH <dump header> <memory data> <optional checksum> F7H 


The Dump Request and the header for the Dump messages automatically 
comitneac nema eageiser (or, in some rare instances, a unit number, as is 
the case with certain Roland instruments). What this means is that, on 
the one hand, the Dump Request should be transmitted over the same _ 
channel being used by the instrument in question, and, on the other hand, 
that the instrument should not recognize or receive a Dump unless the 


Dump channel is the same as the channel indicated in the header. 


At the operational level, when the instrument responds to a Dump 
Request message by sending data to the Dump utility, there are three 
options: 
1 = Storing the entire contents of the dump on disk: 
FOH <dump header> <memory data> <checksum> F7H 
2 = Storing only part of the contents of the dump: 
<dump header> <memory data> <checksum> 
3 * Storing only the strictly necessary data: 


<memory data> 


In cases 2 and 3, the program should be able to add the missing bytes 
when the Dump is sent back to the instrument. If the header is stored, 
then by implication the channel number is stored, too. Unless the utility 
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allows changes in the dump before transmission, the dump will be trans- 
mitted with its original channel number, which won’t necessarily still cor- 
respond to the channel number of the instrument. In such a case, when a 
utility doesn’t let you change the number of the sending channel for a 
Dump message, it’s wise to make a note of the number—for example, by 
making it part of the file name. 


ibrarians 


Librarians are special-purpose Dump programs. In addition to authorizing 
the transfer of sound banks between a MIDI instrument and a computer, 


they can also organize the contents of the sound banks. 


Librarians are connected to instruments in essentially the same way as 


dump programs. Figure 11.4 below shows a typical connection between 


FIGURE 1.4: The handshake connection between a keyboard instrument and a librarian: from the 
MIDI Out port of the instrument to the MIDI In port of the microcomputer, and vice versa. 
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an instrument and a librarian, and Figure 11.5 below shows a typical con- 


nection between an expander and a librarian. 


In the connection between an expander and a librarian, the handshake 
link is dedicated to the transfer of Dump messages and Dump Request 
messages, and the second link lets you hear the sounds that are trans- 
ferred. In order for the sounds to be audible, the MIDI Merge box mixes 
the output of the microcomputer with the output of the keyboard and 
then sends the combined output to the MIDI In port of the expander. 


Sound generator 


ATT 


FIGURE NS: Zhe connection between an expander and a librarian requires first a handshake 
link (dedicated to the transfer of Dump messages and Dump Request messages) between the 
two units, and then a link (dedicated to letting users hear the sounds that are transferred) 
between the MIDI Out port of a keyboard and the MIDI In port of the expander. 


Librarians come in three flavors: those that are dedicated to particular in- 
struments, non-programmable universal librarians, and programmable un1- 
versal librarians. Examples of these types of librarians are shown in 


Figures 11.6, 11.7, and 11.8 below. 


ae or 
Librarians [a] 


Ss 


1) 2) Bank: 2 Mivour connand? & 

3): Receive a Transmit Copy ° 6) -Load 7) Save 8) Quit 
Acoustic Glass Pik Female Breath Nice Synth -4 vel C 
Afterthought 2 Flute: Atmosphere Overtn Divergence 
Afterthought 3 Flutish Brass Ster Pick -n- Brass 2 
Afterthought Ensmb Gals Pik Pipe Swap ui---12 
Arco Fantasy Gated Elec Bass 1 RingPiano Guitar 2 
Autopan Horns Glass Horns Simple PCM 
Blue Vibes Guitar b-w Sweep Space Flute 
Bubbleized 1 4 Gals Pik Space Piano - 
Bubblsunth aftrtch Gated Elec Bass i Spacious Pik 
Chiff-Voices Glass Horns Spacious Voice 
Digi-Choir Pik Guitar b-w Sweep Sun Harp Piano 
Digital Sweeper Nice Breathy Sound Syn Horns Combo 1 * 
E- Bass 1 Flanged Nice Breathy -2 SynHorn Piano 
E-Guitar Vibes Nice Female SynHorn Pi Ui-L2 
Elec Bass2 w-Wah Nice Synth ~1 Vibe Voice 2 
Elec Bass 1 and 2 Nice Breathy Sound Violin Loop Organ 
Elec-Ensenmble 1 Nice Breathy -2 Wah Horns Attack 1 
Ensenble2-Voices Nice Female Wah Trumpets 
Fantasy Lips Nice Synth ~1 Wah Trumpt w-violn 
Fantasy-Voices Nice Synth -2 Wah Trumpt w-guitr 
Fantasy-Voices Dbl Nice Synth -3 Wire String Pik 

X Polinated Horn 2 
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FIGURE 1.6: The Bankloader program: a librarian for the Roland D-50 and D-550 


After receiving a sound bank from an instrument, or after having loaded a 
sound bank from disk, the librarian displays onscreen as many locations 
as there are sounds in the bank (for instance, 32 locations for the 32 
voices of a Yamaha DX7, 100 locations for the 100 programs of a Korg 
M1, 64 locations for the 64 patches of a Roland D-50, etc.). Most of the 
time, the act of selecting one of these locations has the effect of automat- 
ically transferring the contents of the location to the Edit buffer of the 
MIDI instrument. Sometimes this kind of program lets you send Note 
messages to the instrument (with the help of the mouse, a virtual key- 
board, a mini-sequencer, etc.), so that you can hear the sound being trans- 


ferred without having to leave the computer. 
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ART 

Casio DX-7 with E! ROM Voices (R/O) 
Ensonig DX-9 Microtune scales 
J.L. Cooper Dx-11 Kbd Presets/pmap 


DX-21 Performances 
DX¥-27/27s 
DX-108 
DX Series II 
TX-7 family 
Roland/more TX-81z 
Sequential RX-? 
RX-il 


Yanaha/more RX-1? 
Other RX-21/21L 


FIGURE N.7: The Omnibanker program: a non-programmable universal librarian 


Librarians offer various different ways to organize and arrange informa- 
tion, such as: 
" Copying the contents of a location to another space 


" Copying the contents of a block consisting of several locations 
(either contiguous or separated from one another) to another 


block of locations (either contiguous or non-contiguous) 


" Inserting an empty location 
g Pp 
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FIGUREN.8: The SoundQuest MIDI Quest program: a programmable universal librarian 


: Copying the contents of a location, with an insertion, to the desti- i 


nation location 


Exchanging the contents of two locations (i.e., swapping their 


contents) 


Exchanging the contents of two blocks of locations (either contigu- 


ous or separated from one another) 


Erasing the contents of a location 


Erasing the contents of a location, with a shift (with each of the 


following locations being moved toward the next lower location, 


n14 
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and so on until the end of the bank, with the last location being 
either identical to the preceding location or initialized) 


Erasing the contents of a block of locations (either contiguous or 


separated from one another) 


Erasing the contents of a block of locations, with shifting 


Alphabetical sorting of all of the locations in a bank 


Rotating the location in a block (in one direction or the other) 


Detecting duplicated locations (the entire bank is scanned and the 
duplicates are erased) 


Detecting duplicated locations with parameter masking. (Some of 
the parameters of the sound, such as the name of the sound, are 
not taken into consideration during detection. In this case, mask- 
ing the name of the sound makes it possible to detect two sounds 
that are identical but have different names.) 


For the sake of efficiency, most librarians let you load several of the same 
kind of banks into memory. Some of the operations listed above will ap- 
ply to one bank or another. In any event, this type of program makes it 
much easier to organize and store MIDI instrument data banks. 


The Library Concept 


The bank is limited to reflecting strictly the memory contents of the in- 
strument. It’s quite otherwise with the library (also known as the data 
base). Theoretically, the size of the library is limited only by the amount 
of memory in the computer, or by the capacity of mass memory. (In the 
latter case, a library can be loaded as needed, and not necessarily in its en- 
tirety.) For instance, with the Yamaha DX7, although a simple librarian 
can load only a limited number of 32-sound banks (with each bank con- 


sisting of 4,096 bytes, or 128 bytes per sound), a librarian that includes a 
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library can contain many more banks (with up to approximately 7,000 
sounds per megabyte of RAM). 


Unlike the banks of a librarian, which are an exact reflection of the mem- 
ory contents of the instrument (e.g., 32 voices for the Yamaha DX7, 100 
programs for the Korg M1, etc.), the size of a library is much larger. 
That's why transfers between this library and the instrument use banks in- 
stead of being done directly. (Transfers of individual sounds, which use 
the Edit buffer, are an exception to this rule.) For instance, if you wanted 
to fill the memory of a Yamaha DX7 with the best 32 sounds in a li- 
brary, you'd first have to copy the sounds from the library into a bank in 
the librarian and then send the bank to the DX7. 


The library concept is generally accompanied by features and functions 
that are similar to those of a conventional data base. You can use these 
features to create links between several elements, in order to find them _ 
again more easily. The semantic search criteria used by the Steinberg com- 
pany's Synthworks programs are a perfect illustration of this principle. 
Each sound can be associated with a certain number of adjectives that you 
can program. These adjectives are in the form of the names of families of 
instruments (bass, piano, strings, special effects, etc.), various qualifiers 
“brilliant,” “soft,” “aggressive,” etc.), and so on. In order to recover all 
of the “aggressive bass” sounds at some later time, all you have to do is se- 
lect these two criteria in conjunction with one another. Because they're so 
complex and hard to implement, libraries are generally reserved for edit- 


ing programs dedicated to a particular instrument. 


, a eee 


Editors, also known as editors /librarians, are librarians that, in addition to 
allowing the archiving and classification of banks, let you extract a sound 
so that it can be edited and then put back into the bank. Like librarians, 
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there are three flavors of editors: those that are dedicated to specific in- 
struments, non-programmable universal editors, and programmable 
universal editors. Examples of these types of editors are shown in Fig- 


ures 11.9, 11.10, and 11.11 below. 


As you saw earlier, synthesizers and expanders let you edit the different 
parameters of a sound one by one on their LCD screens. Editors let you 
do the same thing, but with all of the power of the graphic user interface 
(GUD of the computer with which they’re associated. When the parame- 
ters (the envelope, the filter, the amplitude, etc.) are appropriate, the edi- 
tor can show them in the form of objects (e.g., graphic envelopes, curves, 


rotating and linear potentiometers, étc.) that can be manipulated with a 


a. =6Files Utilities Transfers Editing Windows 
et. aI MIX ENVELOPE MIX MODULATION | STRUCT 

Lfo i | Wave C We eae 

| LIN KBD | 0 iris 

_—_ LIN KBD | 6 | =a 

LIN KBD | @ | ran 

OFF Le CE | 

> a 


PERF. STH! i 


EE 


pal SLOP +1.00 


: POINTO| 8 1 2 3 4 
pNP MOD ENV Moje an{ LEVELS! $6.1 3 | 76] 831 72 Dy Moni Cane mon fENvi MODI) 
“UFO i A _LFO 2 |i _LFo Ci a, a a 


FIGURENL.9: The ACS editor for the Korg WS 
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FIGURE t.10: Zhe SoundQuest MIDI Quest program: a non-programmable universal editor 


mouse. Furthermore, the fact that all of the parameters are displayed on 


one or more screen pages gives youa good overview of what’s going on. 


This family of programs is virtually indispensable for anyone who wants 
to program an instrument to the full extent of its capabilities. In addition 
to offering ease of use through graphics, editors provide a number of sup- 
plementary functions, such as random creation, as illustrated in Fig- 

ure 11.12. Some programs let you define a mask (that is, select the 
parameters of a sound that will be affected by the random creation). 
Other programs mix several sounds from a single bank in order to create 


a new sound, and so on. 
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FIGURE: The Dr. T’s X-oR program: a programmable universal editor 


On the MIDI level, when an instrument implements Exclusive messages 
for individual parameters, these parameters are sent to the Edit buffer by 
the software as soon as a parameter is modified onscreen. On the other 
hand, if the instrument doesn’t implement Exclusive messages for individ- 
ual parameters, the entire contents of the Edit buffer are transferred after 


each editing operation, with the result that an unnecessary burden is 


placed on the MIDI network. 
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FIGURE 12: Random creation. The position of the mouse determines the proportions in which 


the four sounds will be mixed in order to generate a new sound. 


niversal Programs : ; 


Universal programs, whether they're Dump utilities, librarians, or editors, 
are in a sense molds or matrices. They contain the code that’s necessary 
for their overall operation (i.e., managing the user interface and disk ac- 


cess operations, etc.), up to but not including the routines that handle the 
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Exclusive MIDI messages that are specific to each instrument. These rou- 


tines are programmed by the user. 


Consider for example a so-called “minimum” Dump utility: that is, one 
that can fetch the memory contents of a MIDI instrument and store them 
on disk, and vice-versa. The only things that will be different from one in- 
strument to another are the Dump Request message and the reception 
and sending of the dump itself. The procedures for storing and loading 
the data to disk and the procedures for managing the user interface (i.e., 
the set of commands that make it possible to manipulate the software: 
scrolling menus, dialog boxes, etc.) stay the same. In short, the purpose of 
a universal Dump utility is to provide the entire software infrastructure 
that’s common to the set of instruments, while giving you the means for 
writing the few lines of program code (known as the “configuration” ) 
that are specific to each of these instruments. The same principle applies 


to librarians and editors. 


The concept of universality has two main advantages. First, a universal 
program lets you deal with an entire MIDI environment; and, second, a 
universal program is theoretically protected from obsolescence, because it 
can be updated as new instruments appear on the market. In order to save 
users the task of having to program the configurations, the companies 


that develop universal programs also provide a number of configurations 


for the most widely used MIDI devices. 


ampling Editors 
You've already taken a look at the structure and contents of the memory 
of a sound generator and seen how the contents of memory are trans- 
ferred via MIDI. You've also reviewed some of the applications derived 
from these operations. Now it’s time to consider the specific case repre- 


sented by the sampling editors. 
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The Two Types of Memory in a Sampler 


Schematically speaking, a sampler is just a sound generator whose oscilla- 
tors produce waveforms that you can record on your own, or load from 
and/or store in mass memory (floppy disks, hard disks, magneto-optical 
disks, etc.). These waveforms are known as “samples.” In terms of mem- 
ory structure, there are two very different kinds of data: first, the data 
corresponding to the parameters of the samples (e.g., the filter, the enve- 
lopes, the LFO, the geographic assignment to the keyboard, the MIDI 
channels, etc.), and then the data corresponding to the samples them- 
selves. In addition to being storable in mass memory that’s a part of the 
sampler, the contents of these two types of RAM can be transmitted via 
MIDI by means of Exclusive messages (e.g., Dump and Dump Request 


messages). 


Transferring the Parameters of Samples 


Information about the parameters of samples is transferred via MIDI by 
means of Dump and Dump Request messages that are specific to each 
manufacturer. However, unlike the situation with a simple synthesizer, 
which has a fixed number of sounds, the number of sounds that can re- 
side within a sampler is variable, because you can create them or load 
them as needed. This is why, in addition to the conventional Dump and 
Dump Request messages, you'll run into Exclusive messages whose job is 
to give information about the state of the samplers memory to the unit 
that’s talking to the sampler. (After receiving this request, the sampler re- 
turns the number of samples present in memory and optionally indicates 
their names, or responds by indicating that the sample number that has 


been asked for doesn’t exist, and so on.) 


For the sake of illustration, here’s a description of the Dump and Dump 
Request procedures that the samplers in the Akai S1000 family use to 
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exchange the data corresponding to the sample parameters. Keep in mind 


that several programs can be active at the same time and that each pro- 


gram consists of a variable number of keygroups, with each keygroup con- 


taining from one to four samples. 


" Format of the RPLIST (Request List of Resident Program 
Names) Message 


FOH 
47H 
CCH 
02H 
48H 
F7H 


(11110000): 
(01000111): 
(0Geecece) = 
(00000010): 
(01001000) : 
CA ELOUT 


Exclusive message status byte 
Akai ID 

Exclusive channel (0 to 127) 
RPLIST 

$1000 family ID 

EOX 


This request is transmitted to the S1000, which, as soon as it receives it, 


returns the list of programs residing in memory. This list is sent in the fol- 


lowing form: 


" Format of the PLIST (List of Resident Program Names) Message 


FOH 
47H 
CCH 
03H 
48H 
ppH 
ppH 
nnH 


F7H 


(11110000): 
(01000111): 
(Occccecc): 
(00000011): 
(01001000) : 
(Oppppppp) : 


(Oppppppp) : 
(Onnnnnnn): 


Chino T 11): 


Exclusive message status byte 
Akai ID 

Exclusive channel (0 to 127) 
PEIST 

$1000 family ID | 

program number (LSB) 

program number (MSB) 

12 bytes per program name 


EOX 


Instead of being transmitted in ASCII, the names are sent in the format 
shown in Table 11.1 below. 
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TABLE na: The Name-Transmission Format for the PLIST Message 


BYTE CHARACTER 


0 (00H) Tei 

1 (O1H) a 

2 (02H) pe 

3 (03H) 3) . 
4 (04H) uae 

5 (OSH) Hee 

6 (06H) “6” 

7 (07H) aie 
8 (08H) E38 

9 (09H) “gn 

10 (OAH) 

11 (OBH) he 

12 (OCH) oe 
13 (ODH) 1 

14 (OEH) Bo! 

15 (OFH) oi 
16 (10H) “p" 

17 (11H) We ; 
18 (12H) “Hy” 

19(13H) ae 

20 (14H) a 
21 (15H) si 
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TABLE nat; Zhe Name-Transmission Format for the PLIST Message (continued) 


22 (16H) Ie 
23 (17H) “M” 
24 (18H) aN 
25 (19H) OR 
26 (1AH) ee 
27 (1BH) HOF 
28 (1CH) Bee 
29 (1DH) “s 
30 (1EH) oie 
31 (IFH) ase 
32(20H) nV 
33 (21H) “Ww” 
34 (22H) Se 
35 (23H) eg 
36 (24H) ea 
37 (25H) oe 
38 (26H) ne 
39 (27H) ee 
40 (28H) 2 
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® Format of the RSLIST (Request List of Resident Sample Names) 
Message 


FOH 
47H 
CCH 
04H 
48H 
F7H 


(11110000) : 
(01000111): 
(OGcecccc) * 
(00000100): 
(01001000): 
(149190111): 


Exclusive message status byte 
Akai ID 

Exclusive channel (0 to 127) 
RSLIST 

$1000 family ID 

EOX 


This request is sent to the S1000, which, as soon as it receives it, sends 


back the list of the samples that are resident in memory, in the follow- 


ing form: 


" Format of the SLIST (List of Resident Sample Names) Message 


FOH 
47H 
CCH 
O5H 
48H 
ppH 


ppH 
nnH 


F7H. 


(11110000): 
(01000111): 
(@eccececc)- 
(00000101): 
(01001000): 
(Oppppppp) : 


(Oppppppp) : 
(Onnnnnnn): 


Cidavorit) = 


Exclusive message status byte 
Akai ID 

Exclusive channel (0 to 127) 
SLIST 

$1000 family ID 

number of samples (LSB) 
number of samples (MSB) 

12 bytes per sample name 


EOX 


*" Format of the RPDATA (Request Program Common Data) 
Message 


FOH 
47H 
CCH 


O6H' 


48H 
ppH 


PppH 
F7H 


(11110000): 
(01000111): 
(Occecccs)):; 
(00000110): 
(01001000): 
(Oppppppp) : 


(Oppppppp) : 
(TAT): 


Exclusive message status byte 
Akai ID 

Exclusive channel (0 to 127) 
RPDATA 

$1000 family ID 

program number (LSB) 

program number (MSB) 

EOX 
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This request is sent to the S1000, which, as soon as it receives it, sends 
back the data for the corresponding program (if one exists), in the follow- 


ing form: 
" Format of the PDATA (Program Common Data) Message 


FOH (11110000): Exclusive message status byte 
47H (01000111): Akai ID 

ccH (Occecccc): Exclusive channel 

07H (00000111): PDATA 

48H (01001000): $1000 family ID 

ppH (Oppppppp): program number (LSB) 

ppH (Oppppppp): program number (MSB) 

nnH (Onnnnnnn): X data bytes 


Fae) (1114001): EOX 


This message ts bidirectional. When it’s sent to the S1000, and if the pro- 
gram number doesn’t exist in its memory, then a new program is created 
(provided of course that the S1000’s memory has enough unallocated 
space for the new program). The contents of the keygroups (see below) 
should then be sent to the S1000 by means of KDATA messages. When 
an existing program has the same name, that name is removed before the 


messages are sent. 


When the program number matches the number of an existing program, 
the existing program is replaced by the contents of the PDATA message, 
provided that the number of keygroups (as specified in the body of the 
PDATA message) is the same. 


" Format of the RKDATA (Request Keygroup Data) Message 


FOH (11110000): Exclusive message status byte 
47H (01000111): Akai ID 
ccH (Occccccc): Exclusive channel (0 to 127) 
08H (00001000): RKDATA 

) 


48H (01001000): $1000 family ID 
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ppH (Oppppppp): program number (LSB) 
ppH (Oppppppp): program number (MSB) 
KKH (Okkkkkkk): keygroup number 

Fae (11110111): EOXx 


This request is sent to the S1000, which, as soon as it receives it, sends 
back the data for the corresponding keygroup (if one exists), in the fol- 


lowing form: 


" Format of the KDATA (Keygroup Data) Message i’ 


FOH (11110000): Exclusive message status byte 
47H (01000111): Akai ID 

ccH (Occccccc): Exclusive channel (0 to 127) 
O9H (00001001): KDATA 

48H (01001000): $1000 family ID 

ppH (Oppppppp): program number (LSB) 

ppH (Oppppppp): program number (MSB) 

kkH (Okkkkkkk): keygroup number 

nnH (Onnnnnnn): X data bytes 


F7H (11110111): EOX 
This message is bidirectional. When it’s sent to the S1000, and if the key- 


group number doesn’t exist in its memory, then a new keygroup is created 
(provided of course the S1000’s memory has enough unallocated space 
for the new keygroup). When the program number is set to 255, the 
KDATA messages will address a program that was previously created by 
means of a PDATA message. (This trick gets around the chore of having 
to send an RPLIST request in order to find out the program number.) 


" Format of the DELP (Delete Program and its Keygroups) Message 


FOH (11110000): Exclusive message status byte 


) 
47H (01000111): Akai ID 
ccH (Occccccc): Exclusive channel (0 to 127) 
12H (00010010): DELP 


48H (01001000): S1000 family ID 
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ppH (Oppppppp): program number (LSB) 
ppH (Oppppppp): program number (MSB) 
F7H (11110111): EOX 


As soon as it receives this message the S1000 erases the corresponding 


program from its memory, along with the keygroups associated with the 


program. 


=" Format of the DELK (Delete Keygroup) Message 


FOH 
47H 
CCH 
13H 
48H 
ppH 
ppH 
KKH 
F7H 


(11110000): 
(01000111): 
(Occceccc): 
(00010011): 
(01001000): 
(Oppppppp) : 


(Oppppppp) : 
(Okkkkkkk) : 


CTT aOa TT) 


Exclusive message status byte 
Akai ID 

Exclusive channel (0 to 127) 
DELK 

$1000 family ID 

program number (LSB) 

program number (MSB) 

keygroup number 

EOX 


As soon as it receives this message the S1000 erases from its memory the 


keygroup of the corresponding program. (The number of this keygroup 
is the one specified in the kkH byte.) 


" Format of the REPLY (Reply) Message 


FOH 
47H 
CCH 
16H 
48H 
rrH 
F7H 


(11110000): 
(01000111): 
(Occccccc): 
(00010110): 
(01001000): 
COPPEREER)< 
(11110111): 


Exclusive message status byte 
Akai ID 

Exclusive channel (0 to 127) 
REPLY 

$1000 family ID 

response (0 = OK, 1 = error) 
EOX 


Assume that an error message is sent by the S1000 when the S1000 


receives a program request or a keygroup request that addresses a non- 


existent memory address (i.e., a non-existent number). For example, an 


“OK” message is sent by the S1000 after a program or a keygroup has 


been successfully written. 
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The PDATA and KDATA messages send the data in the form of half- 
bytes (nybbles) in the following way: 

The $1000 memory byte (symbolized by bits dO to d7): 

d7 d6 d5 d4 d3 d2 d1 do 

MIDI transmission: 

0000 d3 d2 di do 

followed by: 

0 000 d7 d6 d5 d4 


The format of these two data groups as they appear in the S1000’s mem- 
ory (that is, before the bytes have been broken down into nybbles for 
transmission) is shown in Table 11.2 and Table 11.3 below: 


" PDA EX 


TABLE 11.2: Data-~Group Formats for PDATA Messages in Akai S1OOO Samplers 


NUMBER OF 

BYTES MEANING. 

I PRIDENT 1 = program header block identifier 

2 KGPRI First keygroup block address (internal use) 
Ww PRNAME Name 

I PRGNUM MIDI program number (0 to 127) 

1 PMCHAN MIDI channel (0 to 15, FFH = omni) 

] POLYPH Polyphony (1 to 16) 

i PRIORT Priority (0 = low, | = normal, 2 = high, 

3 = hold) 
] PLAYLO Play range low (24 to 127 = CO to G8) 
t PLAYHI Play range high (24 to 127 = CO to G8) 
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TABLE 11.2: Data- Group Formats for PDATA sis in bas $1000 Samplers (continued) 


NUMBER OF 

BYTES name MEANING 

I OSHIFT Play octave (keyboards) shift (+ a 4) 
I OUTPUT Output number (0 to 7, FFH = off) 
I STERBO Left and right level (0 to 99) 

1 PANPOS Left/right balance (+/—S0) 
PRLOUD Basic loudness (0 to 99) 

i V_LOUD Velocity loudness (+/—50) 

] KLLOUD Key loudness (+ / =O0) 

I P_LOUD Pressure loudness (+ i a0) 

i PANRAT Pan LFO rate (0 to 99) 

] PANDEP Pan depth (0 to 99) 

I RANDOM Pan LFO delay (0 to 99) 

l K_PANP Key pan position (+/ 50) 

| LFORAT CPO speedi(Oitae)) 

| LFODEP LFO fixed depth (0 to 99) 

I LFODEL LFO delay (0 to 99) 

] MWLDEP Modwheel LFO depth (0 to 99) 

I PRSDEP Pressure LFO depth (0 to 99) 

it VELDEP Velocity LFO depth (0 to 99) 

i B_PTCH Bendwheel pitch (Oto 12 semitones) 
] P_PTCH Pressure pitch (Oia TZ semitones ) 

I KXFADE Keygroup crossfade (0 = off, 1 = on) 
| GROUPS Number of keygroups (0 to 99) 
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TABLE n.2: Data- Group Formats for PDATA Messages in Akai SLOOO Samplers (continued) 


NUMBER OF 
BYTES 


TPNUM 
TEMPER 


ECROUL 
MW_PAN 
CCHERE 
DESYNC 
PALW 


"DATA 


MEANING 


Temporary program number (internal use) 


Key tempering (4/25 cents): ©, Cw. 
D#, E, F, F#, G, G#, A, A#, B 


Echo out level (0 = off, 1 = on) 
Modwheel pan amount (+/-50) 
Sample start coherence (0 = off, 1 = on) 
LFO de-sync (0 = off, 1 = on) 

Pitch law (O = linear) 


TABLE 11.3: Data~Group Formats for KDATA Messages in Akai S1000 Samplers 


NUMBER OE 
BYTES: name MEANING 


KGIDENT 
NXTKG 
LONOTE 
HINOTE 
KGTUNO 


PIEERO 


KEYGROUP COMMON 


| = program header block identifier 

Next keygroup block address (internal use) 
Key range low (24 to 127 = CO to G8) 

Key range high (24 to 127 = CO to G8) 
Tune offset cent: semi (+ /—50.00 fraction is 
binary) 

Basic filter frequency (0 to 99) 
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KUFREO 


VaEREQ 
PlERE© 
ESPREO’ 
ATTAK! 
DEG 
SUSTNI1 
REESE | 
VIATTI 
V REE} 
OsREE!I 
K_DARI 
ATTAK2 
DECAY 
SUSTN2 
RELSE2Z 
Nae aie, 
WV _RELZ 
O_REL2 
K_DAR2 
V_ENV2 


TABLE 11.3: Data-~Group Formats for KDATA Messages in Akai S1OOO Samplers (continued) 


MEANING 

Key filter frequency (+ /-24 
semitones/ octave) 

Velocity filter frequency (+/—S0) 
Pressure filter frequency (+/—S0) 
Envelope filter frequency Gr) =50) 
Amplitude attack (0 to 99) 
Amplitude decay (0 to 99) 
Amplitude sustain level (0 to 99) 
Amplitude release (0 to 99) 
Velocity amplitude attack (+/—5S0) 
Velocity amplitude release (+/—5S0) 
Off velocity amplitude release (+/ ==) 
Key decay and release (+/—50) 
Filter attack (0 to 99) 

Filter decay (0 to 99) 

Filter sustain level (0 to 99) 

Filter release (0 to 99) 

Velocity filter attack (+/ —S0) 
Velocity filter release (+/—50) 

Off velocity filter release (+/-S0) 
Key decay and release (+/ =50) 
Velocity filter envelope output (+/ =o) 
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TABLE 1.3: Data~Group Formats for KDATA Messages in Akai S1OOO Samplers (continued) 
NUMBER OF 


BYTES 


NAME 


MEANING 


J 
I 
J 


Bob vCH 
VXFADE 
VZONES 
LKXF 
RKXF 


SBADD 


Envelope pitch (+/—S0) 

Velocity zone crossfade (0 = off, 1 = on) 
Number of velocity zones in use (not used) 
Calculated left key crossfade factor (internal) 
Calculated right key crossfade factor 
(internal) 


VELOCITY ZONE) 


Sample name 

Velocity range low (0 to 127) © 

Velocity range high (0 to 127) 

Tune offset (+/—50.00 fraction is in binary 


form) 

Loudness offset (+/-50) 

Filter frequency offset (+/-50) 

Pan offset Gee) 

Loop in release (O = as sample, | = off, 

2 = on) 

Low velocity crossfade factor (internal use) 
High velocity crossfade factor (internal use) 
Calculated factor header block address 


(internal) 


HI) 
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TABLE 11.3: Data-~Group Formats for PDATA Messages in Akai S1OOO Samplers (¢ continued) 
NUMBER OF 


BYTES name MEANING 


VELOCITY ZONE 2, 3, 4 (IDENTICAL TO ZONE 1) 


MORE KEYGROUP COMMON 
i KBEAT Fixed-rate detune (byte) 
1 AHOLD Attack hold until loop 
MORE VELOCITY ZONE ITEMS 
Il CP] 
] CP2 
I CP3 Constant pitch for each velocity zone 
1 CP4 (0 = track, 1 = cons) 
] VZOUT! 
1 VZOWT2 
J VZOUT3 
] VZOUT4 output number offset for each velocity zone 
(0 to 7) 


Because its memory size is variable, the data-exchange protocols are more 
complex to implement with a sampler than with simple synthesizers or ex- 
panders that only need two Exclusive messages (namely, the Dump and 
Dump Request messages ). 
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Transferring Samples 


Data corresponding to samples is transferred via MIDI, either by means 
of Dump and Dump Request messages that are proprietary to each 
manufacturer or by means of the Sample Dump Standard (i.e., the stand- 
ardized protocol for the transfer samples), which you'll meet in the next 


section. 


Witha synthesizer, data transfers involve no more than several tens of ki- 
lobytes. With sample exchanges it’s completely different. For instance, at 
a data rate of 31,250 bits per second (that is, 3,125 bytes per second, be- 
cause each byte is framed by the two additional Start and Stop bits), 
MIDI needs more than 28 seconds to transmit one second’s worth of 
sampling at a resolution of 16 bits and at a sampling frequency of 


44,100 Hz (1.e., 88,200 bytes per second of sound). 


As an example, here’s a description of the Dump and Dump Request 
procedures used by the S1000 family of Akai samplers to exchange sam- 
ple data. 


" The Format of the RSDATA (Request Sample Header Data) 
Message 


FOH (11110000): Exclusive message status byte 
47H (01000111): Akai ID 
ccH (Occccccc): Exclusive channel (0 to 127) 
OAH (00001010): RSDATA 
48H (01001000): $1000 family ID 
ppH (Oppppppp): sample number (LSB) 
ppH (Oppppppp): sample number (MSB) 
) 


Fe (11110111): BOX 
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This request is sent to the S1000, which, as soon as it receives it, sends 
back the header for the corresponding sample (if one exists), in the fol- 


lowing form: 


" Format of the SDATA (Sample Header Data) Message 


FOH (11110000): Exclusive message status byte 
47H (01000111): Akai ID 

ccH (Occccccc): Exclusive channel (0 to 127) 
OBH (00001011): SDATA 

48H (01001000): $1000 family ID 

ppH (Oppppppp): sample number (LSB) 

ppH (Oppppppp): sample number (MSB) 

nnH (Onnnnnnn): X data bytes 


F7H (11110111): EOX 
This message is bidirectional. When it’s sent to the S1000, and if the 


sample number doesn’t exist in the S1000’s memory, then a new sample 

. is created (provided the S1000 has enough unallocated memory space for 
the new sample). Once this message has been received, the sample should 
be sent (in accordance with the Sample Dump Standard protocol). When 
an existing sample has the same name, that name is removed before the 


new sample is sent. 


When the sample number matches the number of an existing sample, the 
existing sample is replaced by the contents of the SDATA message, pro- 
vided that the length of the sample (SLNGTH,, as indicated in the body 


of the message) is the same. 


When the S1000 receives an SDATA message whose purpose is to create 
a new sample, it behaves exactly the same way it would if it had received a 
header under the Sample Dump Standard protocol. As a result, the 
S1000 waits to receive the data packets that correspond to the sample it- 
self. Optionally, an ASPACK (see below) message can be sent to the 
S1000. In this case, the $1000 issues a receipt (in the form of a Sample 
Dump Standard ACK message), provided that the S1000 is ready to 
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receive the packets that correspond to the sample. (In the opposite case, 


an etror message is transmitted.) 


The format of the sample header data as it appears in the memory of the 
$1000 (that is, before the bytes have been broken down into nybbles for 


transmission) is shown in Table 11.4 below: 


Po OATE 


TABLE 11.4: Data~Group Formats for SDATA Messages in Akai $1000 Samplers 


AUMBER OF 
BYTES Me MEANING 


| SHIDENT 3 = sample header block identifier 

i SBANDW Bandwidth (0 = 10 kHz, | = 20 kHz) 
l SPrecr Original pitch (24 to 127, CO to G8) 
12 SHNAME Name 

| Spare byte 

I SLOOPS Number of loops (internal use) 

I SALOOP First active loop (internal use) 

i 8 Spare byte 

1 SPTYPE Playback type* 

2} STUNO Tune offset cent: semi (+/—50.00) 

4 SLOCAT Data absolute start address 

4 SLNGTH Data length (number of samples) 

4 SSTART Play relative start address 

4 SMPEND Play relative end address 
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TABLE 11.4: Data-~Group Formats for SDATA Messages in Akai $1000 Samplers (continued ) 
NUMBER OF iis 


BYTES name MEATING 
FIRST LOOP 
a LOOPAT Relative loop point (bits 0 to 5 are treated as 1) 
LLNGTH Loop length (binary) fraction: int.low: 
int.high 
Z LDWELL DWELL time (0 = no loop, | to 9998 = 


ms, 9999 = hold) 
LOOPS 2 THROUGH 8 (SAMEAS LOOP) 


Z SSPARE Spare bytes used internally 
Z SSPAIR. Address of stereo partner (internal use) 
* Playback type: 


O = normal looping 

1 = loop until release 
2 = no looping 

3 = play to sample end 


" The Format of the RSPACK (Request Sample Data Packet) 
Message 


FOH (11110000) 
47H (01000111) 
ech (Oe¢éceecc) 

OBH (00001011): RSPACK 

48H (01001000) 

ppH (Oppppppp): sample number (LSB) 
ppH (Oppppppp): sample number (MSB) 
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aiH 
a2H 
a3H 
a4H 


n1H 
n2H 
n3H 
n4H 
1iH 
ffH 
F7H 


FOH 
47H 
ccH 
OCH 
48H 
ppH 
ppH 


Sampling Editors : 


(Oaaaaaaa): address offset in relation to the start of the 
sample (LSB) 

(Oaaaaaaa): address offset in relation to the start of the 
sample 

(Oaaaaaaa): address offset in. relation to the start of the 
sample 

(Oaaaaaaa): address offset in relation to the start of the 
sample (MSB) 

(Onnnnnnn): number of samples requested (LSB) 

(Onnnnnnn): number of samples requested 

(Onnnnnnn): number of samples requested 

(Onnnnnnn): number of samples requested (MSB) 

(Oiiiiiii): interval between the samples 

(Offfffff): type of interval* 

(11110111): EOX 


This request is sent to the S1000, which, as soon as it receives it, sends 


back the sample packets (provided the sample number exists in the 


S1000’s memory) in the form of messages that comply with the Sample 


Dump Standard. 


*NOTE: When an interval, X, that’s greater than | is specified in 11H, 
then a single sample is transmitted for each group of X samples in the 


S1000’s memory. The value of a transmitted sample matches the value of 
the first sample in the group (a single sample, when the value of ffH = 0), the 
average of all of the samples in the group (when the value of ffH = 1), or 
the value of the sample in the group having the greatest amplitude (peak, 
when the value of ffH = 2). 


® The Format of the ASPACK (Accept Sample Data Packet) 
Message 


(11110000) 
(01000111 ) 
(Occccccc) 
(00001100): 
(01001000) 
(Oppppppp): sample number (LSB) 
(Oppppppp): sample number (MSB) 


ASPACK 
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ee oan 


aiH (Oaaaaaaa): address offset in relation to the start of the 
sample (LSB) 

a2H (Oaaaaaaa): address offset in relation to the start.of the 
sample 

a3H (Oaaaaaaa): address offset in relation to the start of the 
sample 

a4H (OQaaaaaaa): address offset in relation to the start of the 
sample (MSB) 

niH (Onnnnnnn): number of samples requested (LSB) 

n2H (Onnnnnnn): number of samples requested 

n3H (Onnnnnnn): number of samples requested 

n4H (Onnnnnnn): number of samples requested (MSB) 

F7H (11110111): EOX 


The time it takes to transfer a sample via MIDI is so prohibitively long 
that Dump utilities or librarians lose their fundamental reason for exist- 
ing, despite the fact that a sampler automatically includes a mass memory 
storage device. On the other hand, sample-editing programs offer non- 
trivial advantages. 


Sample Editors 


Sample editors that are dedicated to a specific instrument use the two 
types of Exclusive messages described above: the transfer of sample pa- 
rameters and the transfer of the sample itself (either through messages 
that are proprietary to each manufacturer, or through the Sample Dump 
Standard). For parameter messages, the editor behaves the same way it 
does with a conventional sound generator (with the digital and/or 
graphic display of the various parameters, which can be edited from the 
computer keyboard or with the aid of a mouse, etc.). For editing the sam- 
ples themselves, the editor displays the samples onscreen, the way the Ste- 
inberg Soundworks sample editor does in Figure 11.13 below. The editor 
also lets you work directly on the corresponding waveforms, performing 
operations that have a direct effect on the sound (copying, removing 


and/or inserting blocks, changing the volume, filtering, resynthesis, Eley, 
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FIGURE 11.13: The Steinberg Soundworks sample editor for the Casio FZ1 sampler 


involving the programming of loop points with the help of sophisticated 
algorithms, and so on (with the proviso that these operations can’t always 


be performed from the sampler). 


Except for operations that don’t have a direct effect on the sound (as is 
the case with loop points, which can be transferred from the program to 
the sampler via MIDI, either by means of Exclusive messages involving in- 
dividual parameters or by means of the Sample Dump Standard), all of 
the other functions (such as block manipulations, filtering, and changes 

in amplitude) involve sending back the entire sample, with all of the slow- 
ness that this operation entails, in order to be able to hear the results of 
the processing that has been done. This ts why some programs let you do 
a test hearing of the edited sample, by converting the sample either from 


23 


the computer (in most instances, in the form of eight bits) or from an ex- 
ternal card, This digital-to-analog conversion makes tt possible to do so- 
called “sketchpad monitoring” of the various editing stages, so that the 
entire sample is transferred only once, after the desired result has been 


obtained, 


For performance reasons, SCSI (the Small Computer System Interface, 
which was designed primarily to manage mass memory) is sometimes 
used instead of MIDI to exchange the samples at high speed between the 


editing program and the sampler. 


Universal Sample Editors 


Universal sample editors are concerned with samples rather than with 
their parameters (which differ from one instrument to another). These 
editors, typified by the Avalon program shown in Figure 11.14 below, 
can open a dialog with any given number of samplers. In other words, 
they can receive and transmit samples in the format that’s specific to each 
machine (in terms of resolution and sampling frequency), either by means 
of the messages that are proprietary to each manufacturer or by means of 
the Sample Dump Standard—or even sometimes via SCSI, if the instru- 
ments are SCS] compatible. The sample can then be processed in the 


same ways as the samples described above. 


Even though a sample consists of a set of values that represent, in digital 
form, the waveform of an audio signal, the resolution and the sampling 
frequency are different from one instrument to the next. Some universal 
editors can receive a sample from an instrument whose resolution is equal 
to A and whose sampling frequency is equal to B, in order to convert the 
sample and transmit it to a sampler whose resolution is equal to C and 


whose sampling frequency is equal to D. Viewed in terms of interfaces, 
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FIGURE 11.14: Avalon, a universal sample editing program 


these kinds of universal editors can transfer sample banks between several 
instruments with different characteristics. On the other hand, in such 

cases the set of parameters (1.e., the filter, the envelope, the LFO, the geo- 

graphic keyboard assignment, the MIDI channels, etc.) would have to be ° 
reprogrammed, because these factors are independent of the sample and 
proprietary to each instrument. However, even if the sampling parameters . 
are different from one instrument to another, the instruments still have a 

certain number of constants in common, such as mapping (1.e., the geo- : s 
graphic allocation on the keyboard), etc. A few editors (such as Alchemy) 

let you convert a program (that is, the set of samples associated with the ; 


mapping of sounds, etc.) from one sampler to another. 


A A 
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“The Sample Dump Standard 


Thanks to the Sample Dump Standard, samplers now have the ability to 
transfer their samples in a universal way via MIDI networks. In principle, 
the protocol is similar to the one used by instruments to exchange the 
contents of their memory (i.e, Dump and Dump Request messages). The 
difference in this case is that the protocol is standardized, even though it 
is officially part of the MIDI System Exclusive message group (in cate- 
gory 7EH, the so-called Non-Real Time category). 


The sample is transferred either by means of a one-way (unidirectional) 
link from the MIDI Out port of the sender to the MIDI In port of the 
receiver, or by means of a handshake (bidirectional) link from the MIDI 
Out port of the sender to the MIDI In port of the receiver and vice-versa. 
The Sample Dump Standard (SDS) refers to these links as “open loop” 
and “closed loop,” respectively. The second procedure is clearly more effi- 
cient, because it allows the exchanges to be managed intelligently through 


a specific dialog, in much the same way as Hite handshake protocol devel- 
oped by Roland. 


The SDS exchange protocol uses a total of nine messages, described in de- 


tail below: 


Data Packet 
FOH 7EH ccH 02H &kH <data> 11H F7H 


where: 


FOH = the System Exclusive identifier 
7EH = the Non-Real Time category indicator 
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ccH 


<sub-IDH# I>: 


02H 
kkH 
<data> 


IIH 


Pabl 
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= the channel number 


= the data packet 


= the packet number 
= 120 bytes 


= the checksum, calculated for the bytes 
between 7EH, inclusive, and the end of 
the data 


= EOX 


In order to avoid saturating the MIDI lines and exceeding the buffer ca- 


pacity of the receiving machine, the SDS transfers the data in the form of 
packets of 127 bytes. As with the set of MIDI data, only bits 0 to 6 are 


used, because bit 7 is always set to zero. If the size of the sample to be 


transferred is not a whole-number multiple of 120 bytes, then the unused 


bytes in the last packet are filled with zeros. When the size of the sample 


exceeds 128 packets (that is, when the value of kkH is greater than 127), 
then the number of the 129th packet (kkH) is reset to zero, and so on, in 


much the same way that a three-place mileage indicator in a car or motor- 


cycle turns from 999 to 000. 


The use of data bytes is not optimized. In fact, one, two, three, or four 


data bytes are needed to transmit a sample whose resolution is from | to 
7 bits, from 8 to 14 bits, from 15 to 21 bits, or from 22 to 28 bits 
(which is the maximum allowed by the SDS). 
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Dump Request 


FOH 7EH ccH 03H ssH SSH 7FH 


where: 


When 


FOH = the System Exclusive identifier 

7EH = the Non-Real Time category indicator 
ccH = the channel number 
<sub-ID#HI>:03H — = the dump request 

ssH ssH = the sample number (LSB/MSB) 

jeep | = BOX 

such a message is received, the sending unit (ie., the sampler) 


starts the transfer of the sample, provided that the number (ssH ssH) 


matches one of the numbers that are present in memory. If not, then the 


message is ignored. 


ACK (Acknowledge) 


FOH 7EH ccH 7FH ppH F7H 


where: 


FOH = the System Exclusive identifier 
Per = the Non-Real Time category indicator 
ccH = the channel number 


<sub-ID#1>: 7FH = acknowledge 
ppH = the packet number 
F7H =HOX 
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ie 


This message is used by the receiving unit in a,closed-loop configuration, 
and serves as a kind of receipt for the last packet received. As soon as this 


message is received, the sending unit sends the next packet. 


NAK (Not Acknowledge) 


FOH 7EH ccH 7EH ppH F7H 


where: 
FOH = the System Exclusive identifier 
7EH = the Non-Real Time category indicator 
ccH = the channel number 
<sub-ID#1>:7EH » = not acknowledged 
ppH = the packet number 
F7A = EOX 


Likewise in the closed-loop configuration, the receiving unit notifies the 
sending unit that the last packet was not received properly (a conclusion 
usually reached after an erroneous checksum is detected), and asks the 


sender to transmit the packet again. 


Cancel 


FOH 7EH ccH 7DH ppH F7H 


where: 
FOH = the System Exclusive identifier 
7EH = the Non-Real Time category indicator 
ccH = the channel number 
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<sub-ID#1>: 7DH = cancel 
ppH = the packet number 
ee SIEOX 


This message, which requests the cancellation of the dump, ts initiated by 


the receiving unit in a closed-loop configuration. 


Wait 


FOH 7EH ccH 7CH ppH F7H 


where: 
FOH = the System Exclusive identifier 
(isis! = the Non-Real Time category indicator 
ccH = the channel number 


<sub-ID#1>: 7CH = wait 
ppH = the packet number 
F7H ai a OD.8 


The receiving unit uses this message to ask the sending unit not to send 
any more packets until otherwise instructed. For instance, when the receiv- 
ing unit processes each packet it receives in real time, as is the case when 
packets are stored immediately in mass memory, a certain delay is neces- 
sary so that a packet can be stored after it’s received and before the next 
packet is received. This is where the Wait message comes in handy. An 
ACK message (i.e., a request to send the next packet) indicates resump- 


tion of the dialog, while a Cancel message ends the dialog. 
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Dump Header 


FOH 7EH ccH 01H ssH SSH eeH ffH ffH FfFH ggH ggH ggH hhH 
hhH hhH iiH iiH iiH jjH F7H 


where: 


FOH 
fer - 
feel =| 


<sub-ID# I>: 
O1H 


ssH ssH 
eeH 


fine fA 


gH geH goH 


bhH hhH hhH 


iit bl 
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= the System Exclusive identifier 
= the Non-Real Time category indicator 
= the channel number 


= the dump header 


= the sample number 


= the resolution of the sample as expressed in 
terms of the number of bits (from 8 to 28, 
which of course is equivalent to 08H to 1CH) 


= the period of the sample as expressed in 
nanoseconds (i.e., 10°”, or billionths of a 
second) 


= the length of the sample as expressed in 
terms of the number of words (with one word 
corresponding to the number of bits that make 
up a sample, 1.e., to the number of bits of 


resolution) 


= the starting point of the loop (expressed in 


terms of the number of words) 


= the end point of the loop (expressed in 
terms of the number of words) 


ch 


¢ 
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01001001 


01110100 


ye 


WW TE 


nou ow 


jjH = the type of loop (00 for a forward loop, 01 
for a forward/backward loop, and 7F for an 
inactive loop (i.e., a loop that’s off)) 


Evil = EOX 


In all of the quantities described above, the least significant byte (LSByte) is at 
the head or front and the most significant byte (MSByte) ts at the end. 


Here’s an example of how a piece of data represented in terms of 3 bytes 
with 7 useful bits each (1.e., with bit 7 in each byte set to zero) is con- 


verted into a decimal or hexadecimal number. 


Suppose the three MIDI data bytes are the following three bytes: 
01001001 01110100 01100011 (49H 74H 63H) 

If you number the bytes in increasing order and from left to right (that is, 
from byte | (the LSByte) to byte 2 to byte 3 (the MSByte)), then bits 0 


to 6 of byte 1 correspond respectively to the powers of 2 from 0 to 6, as 


shown below: 


dix 2 4 Oex 2) + 0x Oe 1 x 2° SS Oe Ot So x Be ee 


+0 + 0 +8 + 0 + 0 + 64 


73 (49H) 


Bits 0 to 6 of byte 2 correspond respectively to the powers of 2 from 7 


_to 13 (or, if you prefer, to the powers of 2 from 0 to 6, with the whole 


being multiplied by me which works because 2* x 2” = 2 


(ox 2°+0x2'+1x 2% 40x 2941 x at +4 x 28 4 41 x 28) x 2? 


+70 + 4 + 0 + 16 + 32 + 64) x 128 


116 x 128 = 74H x 80H = 14,848 
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Bits 0 to 6 of byte 3 correspond respectively to the powers of 2 from 14 
to 120 (or, if you prefer, to the powers of 2 from 0 to 6, with the whole 
being multiplied by oo because 2* x 2Y = 2**Y : 


01100011 = (1x 2° +1x2'+0x 22 +0x 2% 40x 24 4+1 x 25 + 1 x 28) x 2!4 
= (1 ee a, + 0 +0 + 32 + 64) x 16,384 
= 99 x 16,384 = 63H x 80H x 80H = 1,622,016 ‘ 


—for an overall result of 1,622,016 + 14,848 + 73, or 1,636,937, 


which in hex is: 


1,636,937 divided by 16 
102,308 divided by 16 
6,394 divided by 16 
399 divided by 16 

24 divided by 16 

1 divided by 16 


102,308 with a remainder of 9 
6,394 with a remainder of 4 
399 with a remainder of 10 (AH) 
24 with a remainder of 15 (FH) ; 
1 with a remainder of 8 
O with a remainder of 1 


These operations yield a result of 1,636,937, or 18FA49H. 


tou ow ou ow 


Incidentally, the largest number that can be expressed in terms of 21 bits 
(that is, over three MIDI bytes) 182,097 13) (ODL Ea 1 hie 
01111111). . 


The following header identifies the so-called “square” factory sample 
(i.e., the sample whose form is that of a square wave) for an Akai S1000 


sampler: 


FOH 7EH OOH O1H O3H OOH 10H 14H 31H O1H OOH 02H OOH 18H 
OOH OOH 40H 01H OOH OOH F7H 


" The transfer channel is channel | (byte 3 = OOH). 
" The sample in question is sample number 3 (bytes S and 6 = 03H 


and OOH). 
" The resolution of the sample is 16 bits (byte 7 = 10H = 16 decimal). 
* The period of the sample is equal to 22,676 X 10r seconds (bytes * 


8, 9, and 10 = 14H 31H O1H = 01H X 80H x 80X + 31H x 
80H + 14H = 1 X 128 xX 128 + 49 x 128 + 20 = 22,676), 
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which corresponds to a sampling frequency of 44,100 Hz, because 
1/44,100 = 22,676 x 10°. 


" The length of the sample is 256 words (bytes 11, 12, and 13 = 
OOH 02H 00H = OOH x 80H x 80H + 02H x 80H + 00H = 
0X128 x 128+ 2x 1238+ 0= 256), 

" The sustain loop starts at word 24 (bytes 14, 15, and 16 = 18H 
OOH OOH = OOH Xx 80H x 80H + OOH x 80H + 18H =0~x 
128 x 128 + OX 128 + 24 = 24). 

" The sustain loop ends at word 192 (bytes 17, 18, and 19 = 40H 
01H OOH = OOH x 80H x 80H + O1H xX 80H + 40H = 0 xX 
128 x 128+ 1X 128+ 64= 192). 


*" The sustain loop is a forward loop (byte 20 = 00H). 


Two messages were added later to the Sample Dump Standard in order 
to enable the transmission of 16,383 loop points. 


Loop Point Transmission 


FOH 7EH ccH O5H 01H ssH SSH bbH bbH ccH ddH ddH ddH eeH 


eeH eeH F7H 
where: 
FOH = the System Exclusive identifier 
7E = the Non-Real Time category indicator 
ccH _ = the channel number 
<sub-ID#1>! = additional information about the loops 
OSH 
<sub-ID#2>: = multiple-loop message indicator 
O1H 
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Loop Point Request 


ssH ssH 
bbH bbH 


Gell 


ddH ddH ddH 


eeH eeH eeH 


lena 
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= the sample number 


- = the loop number (when bbH bbH = 7FH 


7FH, the receiving unit removes all of the 


loops in the current sample) 


= the type of loop (00 for a forward loop, 01 
for a forward/backward loop, and 7F for an 
inactive loop (i.e., a loop that’s off)) * 


=the starting point for the loop (expressed in 
terms of the number of words) 


= the end point for the loop (expressed in 


terms of the number of words) 


= EOX 


FOH 7EH ccH O5H O2H ssH SSH bbH bbH F7H 


where: 


FOH 
7EH 
cai 


<sub-ID#1>: 
05H 


<sub-ID#2>: 
02H 


ssH ssH 


= the System Exclusive identifier 
= the Non-Real Time category indicator 
= the channel number 


= additional information about the loops 
= loop-transmission request message 


= the sample number 


| 
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bbH bbH = the loop number (when bbH bbH = 7FH 
7FH, the request involves all of the loops in 


the current sample) 


F7H = ep. 


Thanks to these two messages (particularly in conjunction with an edit- 
ing program), you don’t have to resend the sample in its entirety in order 


to make a simple change in a loop. 


Implementation of the Transfer Protocol 


With the Sample Dump Standard, a sample is sent either by starting the 
transmission manually from the front-panel keys of the sampler, or by 

starting it externally by sending a Dump Request message. In both of 

these cases, and if in the second case the request is valid (i.e., if the sample 
number is good), then the sending unit starts by sending a Dump Header 
message in order to display the identity card, as it were, of the sample in 


question. 


The receiving unit analyzes the header in order to make sure the sample is 

compatible with its own characteristics. Depending on the result of this 

analysis, the receiving unit decides to either accept or reject the transfer. It 

can decide to reject the transfer for any number of reasons: saturated 

memory in the receiving unit, different resolutions, etc. If the receiving 
unit decides to reject the transfer, it sends a Cancel message; otherwise, to 


indicate its acceptance of the transfer, it sends an ACK message. 


This direct response via MIDI requires a handshake (1.e., a closed-loop) 
connection. This is why, if the sender of the sample doesn’t receive a re- 
sponse within two seconds after the sample is sent, the sender infers that 
the connection is an open-loop connection. In this case, the sender starts 


transmitting packets one after another without waiting for any messages 
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in return. In the opposite case, with a closed-loop connection, the recep- 
tion of a Cancel message immediately causes the sending unit to interrupt . 
the transaction, whereas the reception of an ACK message triggers the 


sending of the first packet. 


Once the first packet has been sent, the sending unit waits for the receiv- 
ing unit to notify it of the outcome of the reception by sending back 
either an ACK (“packet received OK”) message, which authorizes the 
sending unit to send the second packet, or an NAK message (requesting 
that the packet be sent again) in the event that an error has occurred (as 
detected through the checksum, etc.). If the sending unit can’t resend the 
erroneous message (because of a bad packet number, a function that the 
program can’t handle, etc.), then the exchange continues as though noth- 
ing had happened. Under this protocol, when the sending unit receives a 
Wait message it should wait until it also receives an ACK message before 
it sends the next packet. 


1" Normal transmission at the initiative of the sender: 


Sender an Receiver 3 
<— Dump Request 

Dump Header =. . 

- ACK 

Data Packet I — : 
é- ACK 

Data Packet n —> 
- ACK. 


2. * Transmission with erroneous reception of the first packet, fol- 


lowed by retransmission: 


Sender Receiver 
— Dump Request Z 
Dump Header -> 
€- ACK 


aA 


z 


> Working with MIDI Devices: Managing SysEx Messages 


Data Packet | => 

— 

Data Packet | > 

e- 

Data Packet n > 

oo 

3 = Transmission with immediate 

Sender 

a 

Dump Header = 

— 


NAK 


ACK 


ACK 


cancellation: 


Receiver 


Dump Request 


Cancel 


To conclude this review of the Sample Dump Standard, here’s an applica- 


tion. This one’s for the transfer of samples in SDS format (with Dump 


and Dump Request messages), as programmed with the help of the 


GenEdit universal editor/librarian. 


The RECEIVE Seoment 


OpenWindow >: Open a window 
PAT = InputPatch O O PAT: user acquisition o 
Transmit $FO $7E $00 $03: send the Dump Requ 


channel 1 
TransmitVar PAT : send a sample numb 
Transmit $00 $F7 : second byte of the 
of message 
Receive $FO $7E $00 $01 : receive the header 
ReceiveAny 1 > receive and elimin 


number (so as to b 
back with another 
ReceiveData 15 $F7 1 : body and end of he 
Receive $F7 
Transmit $FO $7E $00 $7F: send an Acknowledg 
Transmit $00 $F7 ~ : packet number set 
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f the sample number 
est message via 


er as a byte 
number is 0; end 


ate the sample 

e able to send it 
number ) 

ader 


e message 
to zero 
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Loop 0 : while there is data 
ReceiveData 127 $F7 1 : receive data packets 
Transmit $FO $7E $00 : send an Acknowledge message 


Transmit $7F $00 $F7 
EndLoop 


The TRANSMIT segment 


OpenWindow 
PAT = InputPatch 0 0 PAT: 


Transmit $FO $7E $00 $01: 


TransmitVar PAT 
TransmitData 15 $F7 1 
Transmit $F7 

Receive $FO $7E $00 


ReceiveAny 2 


Receive $F7 

Loop 0 
TransmitData 127 $F7 i: 
Receive $FO $7E $00 


ReceiveAny 2 
Receive $F7 
EndLoop 


open a window 
user acquisition of the sample number 
send a header message 


: sample number as a byte 


contents of the header 


: end of header 
: presumptive reception of an 


Acknowledge message 


: the program does not verify the 


message; it ignores the handshake 
and assumes that the transaction is 
proceeding properly 


: end of message 
: while data remains to be sent e 


send data packets 


>: presumptive reception of an 


Acknowledge message 


: the same principle as above 
: end of Acknowledge message 
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CHAPTER 


HIS CHAPTER GOES beyond the 
simple practical operations you can 
perform with the universal GenEdit 
software. In it, you'll learn how to 
program dump utilities, libraries, and 
editors—a set of procedures that can 
help everyone who wants to be able 
to develop these kinds of programs 
themselves. By way of introduction, here’s some general information 
about GenEdit. This information is limited to the software functions 
you'll need to know about in order to understand the examples in this 
chapter. 


C pneral Information: Configurations and More 


As you'll recall, a universal program such as GenEdit provides all the in- 
frastructure you need in order to manage and edit the memories of MIDI 
instruments, except for a few lines of code that are particular to each in- 
strument. These lines are grouped in segments (a lot like mini-programs 
dedicated to very specific tasks), and the groups themselves are arranged 
in sets called configurations. Depending on whether you want to use 
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GenEdit as a dump utility, a library, or an editor, you'll use the filing con- 
figuration, the organizing configuration, or the editing configuration. Fig- 
ure 12.1 and the list below summarize the respective roles of these three 


con figurations. 


. The filing configuration: In this mode, the program receives a dump 
from an instrument and saves the dump on disk. Going in the 
other direction, it loads a dump from disk and sends the dump to 


the instrument. 


" The organizing configuration: This mode uses the same principle as the 
filing configuration, but with dumps that contain several identical 
elements (such as banks of patches, to borrow a phrase from 


GenEdit terminology, which will be used throughout this chapter). 


Configurations: AUTOLOAD.CHX 


B Sone Editing Some Organizing Sone Filing 
Configurations: Configurations: Configurations! 


D116 64 tones 
jD5@ full 


Matrix-6 patches #SP—YFX-SD programs ¥&F?— These are copies 
of SOME of the 
K4 single bank 48)CZ101/1008 voices€ié] configurations 

Ki single bank iS} supplied on the 
| CONFIGURATIONS 

Proteus/1 RAM PRA Disk; additional 
configurations 

Mi programs Hip are found in the 
/CNX files on 
FHR-16 Kits HRK that disk, 


FIGURE 12.1: Selecting a configuration from among the sixty-three possible options that GenEdit’s 


memory can hold 


As shown in Figure 12.2 below, two windows are dedicated to the 
management of these banks. Each window can receive, send, save, 
and load banks. More tmportantly, however, each window can or- 
ganize banks. That is, it lets you display and edit the names of 
patches, copy patches, and send individual patches to the instru- 


ment (ies, to the instrument’s edit buffer). 


The editing configuration: In association with the organizing configura- 
tion, this mode lets you program a given number of editing 
screens, so that you can graphically or digitally modify each pa- 
rameter of a patch in a bank and send the result to the instrument 


(1.e., to the instrument’s edit buffer) (see the example in Fig- 
ure 12.3 below). 


Desk File Edit Windows MIDI — —_ 


ITS-A-SYNTH 
ZIRCONIUM 
FAT-BRASS 

STAR-DRIVE 

WONDERS 

SAW-O-LIFE 

DIGIPIANO-1 

NEW-PLANET 
DANGEROUS 
FUNKYCLAY 

WARM-TINES 

METAL-TINES 
BIG-PIANO 

BRIGHT~PNOZ 
SYN-PIANO 

TRANS-PIANO 

CLASSIC-PNO 


FROMMIDI. VFP if FROMMIDI. YFP 


SWELLSTRNGS 
PIZZICATO 
LUSH-STRNGS 
GOLDEN-HARP 
REZ-STRINGS 
ORCH+SOLO 
REEL~STEEL 
SUN-N-MOON 
FLANG-CLEAN 
FUZZ-LEAD 
SPANISH-GTR 
12-STRING 
KITCHN-SINK 
PERCUSSION 
FUSTON-KIT 
BALLAU-KIT 
SYNTH-KIT 


Wwwwwwocncccoy SVN 
OU & CIRO OP Om CIP OO & CP 


HARPSICHORD 
DOUBLE-REED 


ROCKIN-KIT 


] 
8 
] 
8 
) 
8 
1 
1 
1 
1 
i 
1 
2 
2 
2 
Z 
Z 
Z 
3 


SAO RAPE OO OPS OO & IP 


FIGURE 12.2: The two bank windows. In this example they’re dedicated to organizing the patches 
fora Roland D-50 synthesizer, 
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fur juitjuzicile2| 


Level 1 eee Level 1 q@ Cutoff Freq oas 
Level 2 4 Level 2 | Resonance 

Level 3 : Level 3 
Sus Lev : Sus Lev 


Emad Lev e End tev 


H Keyfollow 
Bias Point 
f Bias Level 


(LOWER PARTIAL 2g oon. 


FLOWER PARTIAL 1] 


Depth KF 


Time KF 


LFO Depth 
Aftertch 


tevel 1 : Level i 
level 2 Level 2 MUTES 


Level 3 Level 3 No Upper mutes 


Sus Lev Sus Lev No Lower mutes 


End Lev es End Lev 


FIGURE 12.3: An editing screen for the Korg M1 


Segments 


The implementation of a configuration involves programming the related 
segments. [he purpose of these segments, which are built in a language 
that is specific to GenEdit, ts to manage the transfers (i.e., filing), organi- 
zation, and editing of the data contained in one or another of the types of 
memory in a MIDI instrument. The editor also makes use of a so-called 
“template” that defines the graphical and numeric objects that corre- 
spond to the parameters of the instrument to be edited. (The implementa- 
tion of the template is the subject of the following sections.) Before 
describing in detail how these various segments work, it’s worth reviewing 


a few general fundamental concepts. 
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Data formats 


Functionally speaking, at the level of the exclusive MIDI data that the seg- 


ments deal with, there are five types of formats: 


1« The format for storage of a bank in an instrument (e.g., com- 
pressed, uncompressed, mixed, etc. ), 

2* The format for storage in the edit buffer in an instrument (e.g., 
compressed, uncompressed, mixed, etc.). 

3 * The MIDI transmission format for a bank (e.g., standard dump, 
by nybbles, packed, etc. 

4» The MIDI transmission format for the edit buffer (e.g., standard 
dump, by nybbles, packed, etc.). 

5 * The GenEdit editing format, known as “EBDT” (for “Edit Buffer 


Definition Table”), which consists of not storing more than one 


parameter per byte. 


The Data Buffer 


The MIDI data received from an instrument in the form of a dump is 
stored by GenEdit in a portion of the computer's memory known as the 
data buffer. If the dump utility is a simple one, the data buffer is usually 
happy to store the exclusive data in the same format as the transmission 
format. Conversely, but also at the data-buffer level, for the sake of or- 
ganization a librarian or an editor works exclusively in a format that’s 
similar to the format in which the data is stored in the instrument. What 
this means is that when the data-transmission format is different from the 
data-storage format (e.g., packed transmission, transmission by nybbles, 
etc.), GenEdit has to reconvert the data from the transmission format 
into the storage format after it receives a dump, and make the conversion 


in the opposite direction before it sends a dump. 
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The Edit Buffer 


The edit buffer is a memory area dedicated to the temporaty storage of a 
patch from the bank. The librarian uses the edit buffer to: 


" Display and edit the name of a patch; 


" Transfer a patch to the clipboard (which is a temporary storage 


area whose job is to make copy operations easier); 


" Transfer a patch to the edit buffer in the instrument. 
The editor uses the edit buffer to: 


" Edit a patch; and 


" Transfer the edited patch to the edit buffer in the instrument. 


When you're using the librarian section of GenEdit, the format of the 
patch in the edit buffer is the same as the format of the patch in the data 
buffer (i.e., in a simple transfer of the patch between these two buffers). 
However, when you're using the. editor section, a patch is stored in the 
edit buffer in EBDT format (in a ratio of one or more bytes per parame- 
ter, which is the fundamental requirement for editing). If the format of 
the patch in the data buffer doesn’t meet this requirement (i.e., when the 
data buffer is compressed, with several parameters per byte), decompres- 
sion operations will have to be performed in order for the patch to be 
transferred from the data buffer (i.e., in compressed format) to the edit 
buffer (i.e., in EBDT format), and conversely (1.e., with compression op- 
erations so that a patch can be transferred from the edit buffer to the data 


buffer). - 


What's more, in order to transfer a patch from the edit buffer to the in- 
strument, either from the librarian section (in which the format of the 
patch in the edit buffer is the same as the format of the patch in the data 
buffer) or from the editor section (i.e., in EBDT format), you first have 


Mi 


to convert the patch from edit-buffer format to storage format and 


then to the proper format for transmission to the instrument. 


Segments in the Filing Configuration 


The dump utility requests the Send and Receive segments, which play the 


following roles: 


® The Receive segment sends a Dump Request message to the instru- 
ment, then receives the corresponding dump and stores it in the 


data buffer. 
" The Send segment sends the dump from the data buffer to the 


instrument. 


Segments in the Organizing Configuration 


The librarian requests the Receive, Transmit, Initialize, Get Patch, Put 
‘Patch, Make Edit, Unmake Edit, Send Edit, and Common segments, 
which play the roles described below: 


" The Receive segment: This segment is identical to the one in the filing 
configuration, and is present in this configuration simply because a 
utility for converting received data from the transmission format 
for a bank to the storage format for a bank is necessary when these 


two formats are different. 


" The Transmit segment: This segment is identical to the one in the fil- 
ing configuration, and is present in this configuration simply be- 
cause a utility for converting outgoing data from the storage 
format for a bank to the transmission format for a bank is neces- 


sary when these two formats are different. 
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" The Initialize segment: This segment determines the number of 
patches per bank, the way in which the names of the patches will 
be displayed in the window (eg; IO1 to 132 on the Yamaha 
TX81Z; I11 to 118 and 121 to 128 on the Roland DSO and 550, 
etc.), the size of the edit buffer (which therefore will contain a 
patch extracted from the data buffer, with that patch having the 
same format as the data buffer if the librarian section is being used, 
and an EBDT-type format if the editor section 1s being used), the ad- 
dress at which the patch name starts inside the edit buffer, the size 
of the patch (in terms of the number of characters), etc. 


The Get Patch segment: This segment copies a patch from the data 
buffer to the edit buffer without doing any format conversion (for 
instance, in order to display the name of the patch in the bank win- 
dow, or to copy the patch from one location to another, by execut- 
ing the Put Patch segment immediately afterward). When the 
name of a patch doesn’t use standard ASCII (which is the case 
with instruments such as the Roland DSO and 550 and the Akai 
S900), the translation has to be performed. 


The Put Patch segment: This segment copies a patch from the edit 
buffer to the data buffer without doing any format conversion (for 
instance, in order to store a patch after the patch has been re- 
named, or after a Get Patch segment has been executed when a 
copy operation is being performed). When the Put Patch segment 
translates the name of a patch into ASCII, the conversion in the 


opposite direction has to be performed. 


The Make Edit segment: This segment copies a patch from the data 
buffer to the edit buffer, either to transfer the patch from a bank 
to the clipboard or to send the patch via MIDI by executing the 
Send Edit segment immediately afterward. If you're dealing only 
with a librarian, the Make Edit segment is always exactly identical 
to the Get Patch segment. 
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" The Unmake Edit segment: This segment copies a patch from the edit 
buffer to the data buffer, to transfer the patch from the clipboard 
to a bank. If you're dealing only with a librarian, the Unmake Edit 


segment is always exactly identical to the Put Patch segment. 


The Send Edit segment: This segment sends a patch from the edit 
buffer to the edit buffer in the instrument after the patch has been 
transferred from the data buffer to the edit buffer by the Make 
Edit segment. When the formats are different, the outgoing data 
has to be converted from the storage format for a patch in the 
edit buffer (which is identical to the format for a patch in the data 
buffer) to the format for storage and transmission that’s being 


used by the edit buffer of the instrument. 


The Common segment: This segment, which usually consists of conver- 
sion tables, can be called by any other segment. It is used particu- 
larly by the Get Patch and Put Patch segments when names are 
being converted from a particular format to ASCII and vice versa. 


Segments in the Editing Configuration 


In addition to creating a template, the editor requests the same segments 
that are used in the organizing section (with the Make Edit and Unmake 
Edit segments usually being somewhat more highly developed). The edi- 
tor also uses the Validate segment. The roles of these segments are sum- 


marized below: 


" The Make Edit segment: This segment copies a patch from the data 
buffer to the edit buffer for the same reasons given above, but also 
and particularly (and this is its major role) to convert the patch 
from the storage format of the data buffer to EBDT format, so 
that the patch can be manipulated by the various editing screens. 
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= The Unmake Edit segment: This segment copies a patch from the edit 
buffer to the data buffer for the same reasons given above, but also 
and particularly to convert the patch from EBDT format to the 
storage format of the data buffer in order to be able to pass along ‘ 
the editing manipulations to the bank. 


The Validate segment: When a patch is edited, certain modifications 
may not be authorized (such as the effect of a change in one pa- 
rameter on the value of another parameter, etc.). The Validate seg- 


ment manages these constraints and interactions. 


" The Send Edit segment: This segment sends a patch (from the edit 
buffer) to the edit buffer of the instrument, either directly from 
the editor or, as indicated above, from the librarian, after execution 
of the Make Edit segment. When these formats are different, it’s 
necessary to convert the outgoing data from the storage format for 
a patch in the edit buffer (that is, EBDT) to the storage and trans- 


mission format used by the edit buffer in the instrument. 


Summary of Operations 


The conversions mentioned below are performed only when needed (Le., 


if different formats are involved). 


" Initialize: The general parameters for a configuration. 


" Receive: The reception of a dump from the instrument in the 
data buffer (i.e., the conversion from the transmission format to 
the storage format for an editor configuration or a librarian 


configuration). 


" Transmit: The transmission of a dump from the data buffer to the 
instrument (i.e., the conversion from the storage format to the 
transmission format for an editor configuration or a librarian 


configuration). 
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" Get Patch: Copying a patch from a data buffer to the edit buffer 
(with the conversion of the name from the individual format that’s 


peculiar to the instrument into ASCII format). 


" Put Patch: Copying a patch from the edit buffer to the data buffer 
(with the conversion of the name from ASCII format to the indi- 


vidual format that’s peculiar to the instrument). 


Make Edit: Copying a patch from a data buffer to the edit buffer 
(i.e., recopying the Get Patch segment for a librarian configura- 
tion, or conversion from storage format to EBDT format for an 


editor configuration). 


Unmake Edit: Copying a patch from the edit buffer to the data 
buffer (i.e., recopying the Put Patch segment for a librarian con- 
figuration, or conversion from EBDT format to storage format 


for an editor configuration). 


Send Edit: Transmitting a patch created by the Make Edit segment 
to the edit buffer in an instrument (i.e., the conversion from the 
format of the edit buffer, namely, from the format of the data 
buffer from the librarian, and from an EBDT formation from the 
editor, into the storage and transmission format that’s peculiar to 
the edit buffer of the instrument). 


" Validate: Conditional operations involving the editing of parameters. 


" Common: Tables that are accessible to all of the segments. 


Manipulations 


The following list summarizes the principal manipulations that GenEdit 
authorizes, showing each manipulation associated with the segments that 


are activated. 
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MANIPULATION 
Reception and saving of a dump on 


disk 


Loading and sending a dump to an 


instrument 


Receiving a dump from a bank into a | 


bank window 


Displaying the names of patches in a 


bank window 


Sending a dump from a bank window 


to the instrument 


Copying a patch from one location to 


another in the bank windows 


Sending a patch from a bank window 


to the instrument 


Copying a patch from a bank window 
to the clipboard 


Copying a patch from the clipboard to 


a bank window 
Editing a patch 
Sending a patch from the editor to the 


instrument 
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SEGMENT(S) 


Receive 
Transmit 


Receive 


Initialize, Get Patch (for 
each patch in the bank) 


Transmit 

Get Patch, Put Patch 
Make Edit, Send Edit 
Make Edit 

Unmake Edit 


Make Edit 
Send Edit 


The Gen€dit Language 


The GenEdit language has the advantage of being one of the most readily 


understandable languages available on the market today. It doesn’t require 
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any special programming knowledge or experience. (NOTE: Only the in- 
structions used in this book are described in detail in Appendix G, 
GenEdit Commands at a Glance.) Of course, the following examples can easily 
be transferred to other universal ‘dump utilities, such as Dr. T’s X-Or and 
SoundQuest’s MIDI Quest, and can also serve as the basis for true pro- 
grams written in BASIC, C, or other high-level languages. Before getting 
into practical example, though, there’s one more important point to make. 

It involves the PTR and PAT variables, which are crucially important. 


In the overall group of segments, the PTR variable points to the address 
of the data buffer—except in the Send Edit segment, where it points to 
the address of the edit buffer. Unless a specific value has been assigned to 
it, this variable is initialized to zero at the beginning of the segment. Its 
address at the end of the segment determines the upper limit of the data 
buffer, i.e., the size of the amount of data that will be stored on disk. 


The PAT variable corresponds to the number of the patch in the bank. 
As soon as you select a patch from the screen, this variable is sent to the 
activated segments. Then, when the names of the patches in a bank are 
displayed, the Get Patch segment is activated as many times as there are 
patches in that bank, and the PAT variable increments itself by one unit 


each time the segment 1s activated, 


Porn Dump Utilities 


This section is based on examples that have been prepared with the help 
of various MIDI devices. It analyzes the way a program uses Exclusive 
Dump and Dump Request messages during dialogues between the com- 
puter and the instrument. In other words, this section deals with writing - 
the Receive and Transmit segments without worrying about format 


conversions. 
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The Yamaha TX81Z 


The four-operator synthesizers in the Yamaha TX81Z series accept the 
following dump requests. (The language of these requests was described 
in Chapter 10.) 


General Syntax 


1* The Voice Edit Buffer dump request (VCED, for “VoiCe EDit 
buffer” ): 


FOH (11110000): start of Exclusive message 

43H (01000011): Yamaha ID 

2nH (0010nnnn): type of message (2 = request, n = channel) 
03H (00000100): type of request (edit buffer for one voice) 
F7H (11110111): EOX 


2* The 32-voice dump request (VMEM, for “Voices MEMoty”): 


FOH (11110000): start of Exclusive message 

43H (01000011): Yamaha ID i 
2nH (0010nnnn): type of message (2 = request, n = channel) 

04H (00000100): type of request (32 voices) 

F7H (11110111): EOX . 


3. The Performance Edit buffer dump request (PCED, for “Perform- 
anCe EDit buffer”): 


FOH (11110000): start of Exclusive message 
43H (01000011): Yamaha ID 

2nH (0010nnnn): type of message (2 = request, n = channel) 
7EH (01111110): type of format 

4CH (01001100): "L" (ASCII) 

4DH (01001101): "M" (ASCII) 

20H (00100000): " “ (ASCIT) 

20H (00100000): " " (ASCII) 

38H (00111000): "8" (ASCII) 

39H (00111001): "9" (ASCII) 

S7Hi (00110111 )2. "7" {ASELL) 

36H (00110110): "6" (ASCII) 


eee 


50H 
45H 
Eri 


FOH 
43H 
2nH 
7EH 
4CH 
4DH 
20H 
20H 
38H 
39H 
37H 
36H 
50H 
4DH 
F7H 


FOH 
43H 
2nH 
7EH 
4CH 
4DH 
20H 
20H 
38H 
39H 
37H 
36H 
41H 
45H 
F7H 


(01010000): 
(01000101): 
(11110111) : 


"P" (ASCII for Performance) 
"E" (ASCII for Edit buffer) 
EOX 


4 = The twenty-four-performance dump request (PMEM, for “Per- 
formance MEMory’”): 


(11110000): 
(01000011): 
(0010nnnn): 
(OMM11110): 
(01001100): 
(01001101): 
(00100000) : 
(00100000) : 
(00111000): 
(00111001): 
(00110111): 
(00110110): 
(01010000): 
(01001101): 
Cl idaOdia ys 


start of Exclusive message 
Yamaha ID 

type of message (2 = request, n = channel) 
type of format 

"L" (ASCIT) 

"M" (ASCIT) 

(ASCII) 

(ASCII) 

(ASCII) 

(ASCII) 

(ASCII) 

(ASCII) 

(ASCII for Performance) 
(ASCII for Memory) 


"gn 
"gs 
a 
"gs 
upn 
ye 
EOX 


5 * The Voice Edit buffer dump request (VCED), together with an 
Additional Parameters Edit buffer dump request (ACED): 


(11110000): 
(01000011): 
(0010nnnn): 
(01111110): 
(01001100): 
(01001101): 
(00100000) : 
(00100000): 
(00111000): 
(00111001): 
(00110111): 
(00110110): 
(01010000) : 
(01000101): 
Glaslaoage le 


start of Exclusive message 
Yamaha ID 
type of message (2 = request, n = 
type of format 
"L" (ASCII) 
"M" (ASCII) 
" " (ASCIT) 
(ASCII) 
(ASCII) 
"9" (ASCIT) 
(ASCII) 
(ASCII) 
(ASCII for Additional) 
(ASCII for Edit buffer) 


channel) 


FOH 
43H 
2nH 
7EH 
4CH 
4DH 
20H 
20H 
38H 
39H 
3TH 
36H 
53H 
30H 
F7H 


FOH 
43H 
2nH 
7EH 
4CH 
4DH 
20H 
20H 
38H 
39H 
37H 
36H 
53H 
31H 
F7H 


peumng 
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6 » The dump request for System Category 0 data (SYSO, for system 


data): 


(11110000): 
(01000011): 
(0010nnnn): 
(Ol add0}): 
(01001100): 
(01001101): 
(00100000): 
(00100000) : 
(00111000): 
(00111001): 
(00110111): 
(00110110): 
(01010011): 
(00110000): 
Cit1101T 1): 


start of Exclusive message 
Yamaha ID ; 

type of message (2 = request, n = channel) 
type of format 

"L" (ASCII) 

"M" (ASCII) 

" " (ASCIT) 

(ASCIT) 

(ASCII) 

(ASCIT) 

(ASCIT) 

(ASCII) 

(ASCII for System) 
(ASCII for category 0) 


gn 
gn 
zu 
ng" 
"gn 
"OQ" 
EOX 


7 * The dump request for System Category I data (SYSI, for the pro- 


gram-change reassignment table): 


(11110000): 
(01000011): 
(0010nnnn): 
(COnmHARHO) : 
(01001100): 
(01001101) 
(00100000) : 
(00100000) : 
(00111000): 
(00111001 ) 
(00110111) 
(00110110): 
(01010011) 
(00110001) 
(11110111) 


start of Exclusive message 
Yamaha ID 

type of message (2 = 
type of format 

"L" (ASCII) 

"M" (ASCII) 

" " (ASCIT) 

(ASCII) 

(ASCII) 

(ASCII) 

(ASCII) 

(ASCIT) 

(ASCII for System) 
(ASCII for category 1) 


request, n = channel) 


ngs 
"gn 
w7n 
6g" 
wge 
uqn 


 yEOX 


)) 


8 » The dump request for System Category 2 data (SYS2, for effects): 


FOH (11110000): start of Exclusive message 
43H (01000011): Yamaha ID 

2nH (0010nnnn): type of message (2 = request, n = channel) 
7EH (01111110): type of format 

4CH (01001100): "L" (ASCII) 

4DH (01001101): "M" (ASCII) 

20H (00100000): " " (ASCII) 

20H (00100000): " " (ASCII) 

38H (00111000): "8" (ASCIT) 

39H (00111001): "9" (ASCII) 

37H (00110111): "7" (ASCII) 

36H (00110110): "6" (ASCII) 

53H (01010011): "S" (ASCII for System) 
31H (00110010): "2" (ASCII for category 2) 
F7H (11110111): EOX 


9 = The dump request for the special range for an octave (microtun- 
ing 1): 
FOH (11110000): start of Exclusive message 
43H (01000011): Yamaha ID 
2nH (0010nnnn): type of message (2 = request, n = channel) 
7EH (01111110): type of format 
4CH (01001100): "L" (ASCII) 
4DH (01001101): “M" (ASCII) 
20H (00100000): " " (ASCII) 
20H (00100000): " " (ASCII) 
4DH (01001101): “M" (ASCII) 
43H (01010011): "C" (ASCII) 
52H (01010010): "R" (ASCII) 
54H (01010100): "T" (ASCII) 
45H (01000101): "E" (ASCII) 
30H (00110000): "0" (ASCII) 
F7H (11110111): EOX 


550 


666 


FOH 
43H 
2nH 
7EH 
4CH 
40H 
20H 
20H 
4DH 
43H 
52H 
54H 
45H 
31H 
F7H 


FOH 
43H 
OnH 
03H 
OOH 
5DH 
ddH 
CCH 
F7H 


roe 
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10 = The dump request for the special range covering the entire range 


of the keyboard (microtuning 2): 


(11110000): 
(01000011): 
(0010nnnn): 
(01111110): 
(01001100): 
(01001101): 
(00100000): 
(00100000): 
(01001101): 
(01010011): 
(01010010): 
(01010100): 
(01000101): 
(00110001): 
Glee ae 


start of Exclusive message 
Yamaha ID 

type of message (2 = request, n = 
type of format 

"L" (ASCII) 

"M" (ASCII) 

" " (ASCII) 

(ASCIT) 

(ASCII) 

(ASCIT) 

(ASCIT) 

(ASCII) 

(ASCII) 

(ASCIT) 


channel) 


“Me 
"CH 
"RH 
"TH 
2) 
| i} 
EOX 


In return, the following dump messages are sent. (The checksum is calcu- 
lated on the basis of the entire set of data following the two size bytes.) 


1= The Voice Edit Buffer dump (VCED, for “VoiCe EDit buffer”): 


(11110000): 
(01000011): 
(0000nnnn): 
(00000011): 
(00000000) : 
(01011101): 
(Oddddddd): 


(Occeecce): 
(11110111): 


start of Exclusive message 

Yamaha ID 

type of message (0 = dump, n = channel) 

type of dump (edit buffer for one voice) 
data size (most significant byte) 

data size (least significant byte, 5DH = 93) 
data (93 bytes) 


checksum 
EOX 


The two size bytes correspond to the 93 data bytes. ‘ 


2. * The 32-voice dump (VMEM, for “Voices MEMory”): 


(11110000): start of Exclusive message 
(01000011): Yamaha ID 


FOH 
43H 


OnH 
04H 
20H 
OOH 
ddH 
ccH 
F7H 


FOH 
43H 
OnH 
7EH 
OOH 
78H 
4CH 
4DH 
20H 
20H 
38H 
39H 
37H 
36H 
50H 
45H 
ddH 
CCH 
P7An: 


500 


@66 


(0000nnnn): 
(00000100): 
(00100000) : 
(00000000) : 
(Oddddddd): 


(OGececcc): 
Caan alah ye 


type of message (0 = dump, n = channel) 
type of dump (32 voice) 

data size (most significant byte) 

data size (least significant byte) 


data (4,096 bytes) 


checksum 
EOX 


The two size bytes (in the form Oxxxxxxy Oyyyyyyy), distributed over two 


eight-bit bytes (in the form OOxxxxxx xyyyyyyy); correspond to the hexa- 
decimal value 1000H, which is the same as 4,096 in decimal notation. 


3 * The Performance Edit buffer dump (PCED, for “PerformanCe 
EDit buffer”): 


(11110000): 
(01000011): 
(0010nnnn): 
(01111110): 
(00000000) : 
(01111000): 
(01001100): 


(01001101): 


(00100000): 
(00100000): 
(00111000): 
(00111001): 
(00110111): 
(00110110): 
(01010000): 
(01000101): 
(Oddddddd): 


(OCCCECEC)- 
(11110111): 


start of Exclusive message 

Yamaha ID 

type of message (0 = dump, n = channel) 
type of format 

data size (most significant byte) 

data size (least significant byte, 78H = 120) 
"L" (ASCIT) 

"M" (ASCII) 

noe CASCLI) 

(ASCII) 

(ASCII) 

(ASCIT) 

(ASCIT) 

(ASCII) 

"P" (ASCII for Performance) 

"E" (ASCII for Edit buffer) 

data (110 bytes) 


a 3 
vou 
ay Au 
"6" 


checksum 
EOX 


The two size bytes correspond to the 110 data bytes, to which the ten 
ASCII header bytes should be added. 


FOH 
43H 
OnH 
7EH 


13H 


OAH 
4CH 
4DH 
20H 
20H 
38H 
39H 
37H 
36H 
50H 
4DH 
ddH 
CCH 
F7H 


FOH 
43H 
OnH 
7EH 
OOH 
21H 
4CH 
4DH 
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4 = The twenty-four-performance dump (PMEM, for “Performance 
MEMory”): 


(11110000): 
(01000011): 
(0000nnnn): 
(01111110): 
(00010011): 
(00001010): 
(01001100): 
(01001101): 
(00100000): 
(00100000): 
(00111000): 
(00111001): 
(00110111): 
(00110110): 
(01010000): 
(01001101): 
(Oddddddd) : 


(Occccccc): 
Class): 


start of Exclusive message 

Yamaha ID 
type of message (0 = dump, n = channel) 

type of format ie 
data size (most significant byte) 

data size (least significant byte) 

TE CASCT IT) : 
"M" (ASCIT) 

== (ASCII) 

(ASCIT) 

(ASCII) 

(ASCII) : 
(ASCII) 

(ASCII) 

"P" (ASCII for Performance) 

"M" (ASCII for Memory) 

data (2.432 bytes) ° 


"ge 
ngs 
“70 
0g" 


checksum 
EOX 


The two size bytes (in the form Oxxxxxxy Oyyyyyyy), distributed over two 


eight-bit bytes (in the form OOxxxxxx xyyyyyyy), correspond to the hexa- 
decimal value 098AH, which ts the same as 2,442 in decimal notation 
(that is, 2,432 data bytes plus 10 ASCII header bytes). 


5 = The Voice Edit buffer dump (VCED), together with an Addi- : 
tional Parameters Edit buffer dump (ACED): 


(11110000): 
(01000011): 
(0000nnnn): 
(Otia0):.: 
(00000000) : 
(00100001): 
(01001100): 
(01001101): 


start of Exclusive message 
Yamaha ID 

type of message (0 = dump, n 
type of format 

data size (most significant byte) 

data size (least significant byte, 21H = 33) 
"L" (ASCII) 

"M" (ASCII) 


= channel) : 


502 


666 


20H 
20H 
38H 
39H 
37H 
36H 
41H 
45H 
ddH 
ccH 
F7H 


FOH 
43H 
OnH 
03H 
OOH 
5DH 
ddH 
CCH 
F7H 


FOH 
43H 
OnH 
7EH 
OOH 
25H 
4CH 


(00100000) : 
(00100000) : 
(00111000) : 
(00111001): 
(00110111): 
(00110110): 
(01010000) : 
(01000101): 
(Oddddddd) : 


(OGcCceccc )* 
(alm Onmlile) he 


nM CASE TL) 

" " (ASCII) 

"8" (ASCII) 

"9" (ASCII) 

"7" CASCIT) 

"6" (ASCIT) 

"A" (ASCII for Additional) 
"E" (ASCII for Edit buffer) 
data (23 bytes) 


checksum 
EOX 


The two size bytes correspond to the 23 data bytes, to which the ten 
ASCII header bytes should be added. 


The following message (VCED) is transmitted after the preceding mes- 


sage (SCED): 


(11110000): 
(01000011): 
(0000nnnn): 
(00000011): 
(00000000): 
(01011101): 
(Oddddddd) : 


(Geececcc) ; 
(aa al@al al ye 


start of Exclusive message 

Yamaha ID 

type of message (0 = dump, n = channel) 

type of dump (edit buffer for one voice) 
data size (most significant byte) 

data size (least significant byte, 5DH = 93) 
data (93 bytes) 


checksum 
EOX 


The two size bytes correspond to the 93 data bytes. 


6 = The System Category 0 data dump (SYSO, for system data); 


(11110000): 
(01000011): 
(0000nnnn): 
(01111940): 
(00000000): 
(00100101): 
(01001100): 


start of Exclusive message 
Yamaha ID 

type of message (0 = dump, n 
type of format 

data size (most significant byte) 

data size (least significant byte, 25H = 37) 
"L" (ASCII) 


= channel) 


4DH 
20H 
20H 
38H 
39H 
37H 
36H 
53H 
30H 
ddH 
CCH 
F7H 


FOH 
43H 
OnH 
7EH 
02H 
OAH 
4CH 
4DH 
20H 
20H 
38H 
39H 
37H 
36H 
53H 
31H 
ddH 
CCH 
F7H 


(01001101): 
(00100000): 
(00100000): 
(00111000): 
(00111001): 
(00110111): 
(00110110): 
(01010011): 
(00110000): 
(Oddddddd): 


HOcceccec): 
(11110419): 
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"M" (ASCIT) 

un ™ CASCII ) 

vo’ CASCID) 

"8" (ASCII) 

"9" (ASCII) 

“T™ CASCIt) 

"6" (ASCII) 

"S" (ASCII for System) 

"0" (ASCII for category 0) 
data (27 bytes) 


checksum 
EOX 


The two size bytes correspond to the 27 data bytes, to which the ten 
ASCII header bytes should be added. 


1 * The System Category | data dump (SYS1, for the program- 


change reassignment table): 


(11110000): 
(01000011): 
(0000nnnn): 
(01111110): 
(00000010): 
(00001010): 
(01001100): 
(01001101): 
(00100000): 
(00100000): 
(00111000): 
(00111001): 
(00110111): 
(00110110): 
(01010011): 
(00110001): 
(Oddddddd): 


(Occcecece) = 
C117 F011 


start of Exclusive message 

Yamaha ID 

type of message (0 = dump, n = channel) 
type of format 

data size (most significant byte) 
data size (least significant byte) 
"L" (ASCIT) 

"M" (ASCIT) 

" " (ASCII) 

* * (Aser1) 

"8" (ASCIT) 

"9" (ASCIT) 

AT ASG ) 

"6" (ASCII) 

"S" (ASCII for System) 

"14" (ASCII for category 1) 

data (256 bytes) 


checksum 
EOX 


FOH 
43H 
OnH 
7EH 
OOH 
41H 
4CH 
4DH 
20H 
20H 
38H 
39H 
37H 
36H 
53H 
31H 
ddH 
CCH 
F7H 


FOH 
43H 
OnH 
7EH 
OOH 
22H 
4CH 


The two size bytes (in the form Oxxxxxxy Oyyyyyyy) distributed over two 
eight-bit bytes (in the form OOxxxxxx xyyyyyyy), correspond to the hexa- 
decimal value OLOAH, which is the same as 266 in decimal notation (that 
is, 256 data bytes plus 10 ASCII header bytes). 


8 = The System Category 2 data dump (SYS2, for effects): 


(11110000): 
(01000011): 
(O0000nnnn): 
(01111110): 
(00000000): 
(01000001 ): 
(01001100): 
(01001101): 
(00100000): 
(00100000): 
(00111000): 
(00111001): 
(00110111): 
(00110110): 
(01010011): 
(00110010): 
(Oddddddd): 


(Occecccc) : 
ala alaienl lal) s 


start of Exclusive message 

Yamaha ID 

type of message (0 = dump, n = channel) 
type of format 

data size (most significant byte) 

data size (least significant byte, 41H = 65) 
"L" (ASCII) 

"M" (ASCII) 

"" (ASCIT) 

(ASCII) 

(ASCII) 

(ASCII) 

(ASCII) 

"6" (ASCII) 

"S$" (ASCII for System) 

"2" (ASCII for category 2) 

data (55 bytes) 


"Ol 
wou 
LT 


checksum 
EOX 


The two size bytes correspond to the 55 data bytes, to which the ten 
ASCII header bytes should be added. 


9 « The dump for the special range for an octave (microtuning 1): 


(11110000): 
(01000011): 
(0000nnnn): 
(01111110): 
(00000000): 
(00100010): 
(01001100): 


start of Exclusive message 
Yamaha ID 

type of message (0 = dump, n = 
type of format 

data size (most significant byte) 

data size (least significant byte, 22H = 34) 
"L" (ASCIT) 


channel) 
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4DH (01001101): "M" (ASCIT) 

20H (00100000): " " (ASCII) F 
20H (00100000): " “ (ASCIT) ‘ 

4DH (01001101): "M" (ASCIT) 
43H (01010011): "C" (ASCIT) 
52H (01010010): "R" (ASCIT) 
54H (01010100): "T" (ASCII) 
45H (01000101): "E" (ASCII) 
30H (00110000): "0" (ASCII) 
ddH (Oddddddd): data (24 bytes) : 


echwuocccccce): checksum 
E7H (11110111) > EOX 


The two size bytes correspond to the 24 data bytes, to which the ten 
ASCII header bytes should be added. 


10 * Dump for the special range covering the entire range of the key- 
board (microtuning 2); 


FOH (11110000): start of Exclusive message 

43H (01000011): Yamaha ID 

OnH (O000nnnn): type of message (0 = dump, n = channel) 
7EH (01111110): type of format 

02H (00000010): data size (most significant byte) : 
OAH (00001010): data size (least significant byte) 
4CH (01001100): "L" (ASCII) 

4DH (01001101): "M" (ASCII) 

20H (00100000): " " (ASCIT) 

20H (00100000): " " (ASCIT) 

4DH (01001101): "M" (ASCII) 

43H (01010011): "C" (ASCII) 

52H (01010010): "R" (ASCII) 

54H (01010100): "T" (ASCIT) 

45H (01000101): "E" (ASCII) 

31H (00110001): "1" (ASCII) 

ddH (Oddddddd): data (256 bytes) 


ccH (Occccccc): checksum 
F7H (11110111): EOX 


505 


The two size bytes (in the form Oxxxxxxy Oyyyyyyy), distributed over two 
eight-bit bytes (in the form OOxxxxxx xyyyyyyy), correspond to the hexa- 
decimal value O10AH, which is the same as 266 in decimal notation (that 
is, 256 data bytes plus 10 ASCII header bytes). 


Dumping All of Memory 


In this next example, the different data categories in the memory of the 
TX81Z are received and transmitted one after another, except for the 
edit buffers (VWCED, ACED, and PCED). The checksum is stored in 
memory when it’s received (that ts, it’s stored on disk after the data). This 


way, the checksum doesn’t have to be recalculated before the categories 


are transmitted. 


The Receive Segment 


3 acquisition of the MIDI channel 


3 

OpenWindow 

CHN = InputChannel O O CHN 
CloseWindow 

Voo = $20 | CHN 


: open the window 
: acquisition of the channel 
: Close the window 


: VOO = 2cH, with c = CHN 


; transmission of dump request messages + reception of data 


. 
i} 


; 1) 32 voices (VMEM) 


3 

Transmit $FO $43 
TransmitVar V0O 
Transmit $04 
Transmit $F7 
Receive $FO $43 
Receive $00 
Receive $04 
Receive $20 $00 


500 : 


666 


: start of Exclusive + Yamaha ID 

: sub-status request (2) + channel 

: request 32 voices 

+ PEOX 

: start of Exclusive + Yamaha ID 

: sub-status dump (0) + channel 1 (0) 
> ID, 32 voices 

: data size (4,096 bytes) 


ReceiveData 4097 $F7 1 
Receive $F7 


3 


; 2) 24 performances (PMEM) 


3 

Transmit $FO $43. 
TransmitVar VOO0 
Transmit $7E 


Transmit $4C $4D $20 $20 
Transmit $38 $39 $37 $36 


Transmit $50 $4D 
Transmit $F7 

Receive $FO $43 

Receive $00 

Receive $7E 

Receive $13 $0A 

Receive $4C $4D $20 $20 
Receive $38 $39 $37 $36 
Receive $50 $4D 
ReceiveData 2433 $F7 1 
Receive $F7 


; 3) system data (SYSO) 


g 7 

Transmit $FO $43 
TransmitVar VOO 
Transmit $7E 


Transmit $4C $4D $20 $20 
Transmit $38 $39 $37 $36 


Transmit $53 $30 
Transmit $F7 

Receive $FO $43 

Receive $00 

Receive $7E 

Receive $00 $25 

Receive $4C $4D $20 $20 
Receive $38 $39 $37 $36 
Receive $53 $30 
ReceiveData 28 $F7 1 
Receive $F7 


Per sg 
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: store 4,096 data bytes + checksum 
: EOX 


: start of Exclusive + Yamaha ID 

: sub-status request (2) + channel 

>: format number 

: IMS1Z ID 

: ID, continued ‘ 
> request for 24 performances 

» EOX 

: start of Exclusive + Yamaha ID 

: sub-status dump (0) + channel 1 (0) 
: format number 

: data size (2,442) 

: TX81Z ID 

: continued 


ID, 24 performances 


> store 2,432 data bytes + checksum ‘ 
? (EOXK 


: start of Exclusive + Yamaha ID ; 
: sub-status request (2) + channel 

: format number 

=ixeaz 1D 

: ID, continued 


request for system data 


: EOX 

: start of Exclusive + Yamaha ID 

: sub-status dump (0) + channel 1 (0) 
: format number 

: data size (37) 

: TX81Z ID 

: continued 

: system data ID 

: store 27 data bytes + checksum 
TEOX 


; 4) program change table (SYS1) 


Transmit $FO $43 
TransmitVar VO0O 

Transmit $7E 

Transmit $4C $4D $20 $20 
Transmit $38 $39 $37 $36 
Transmit $53 $31 
Transmit $F7 

Receive $FO $43 

Receive $00 

Receive $7E 

Receive $02 $0A 

Receive $4C $4D $20 $20 
Receive $38 $39 $37 $36 
Receive $53 $31 
ReceiveData 257 $F7 1 
Receive $F7 


; 5) effects (SYS2) 


b 

Transmit $FO $43 
TransmitVar V0O 

Transmit $7E 

Transmit $4C $4D $20 $20 
Transmit $38 $39 $37 $36 
Transmit $53 $32 
Transmit $F7 

Receive $FO $43 

Receive $00 

Receive $7E 

Receive $00 $41 

Receive $4C $4D $20 $20 
Receive $38 $39 $37 $36 
Receive $53 $32 
ReceiveData 56 $F7 1 
Receive $F7 


; 6) microtuning 1 


508 


: start of Exclusive + Yamaha ID 

: sub-status request (2) + channel 
: format number 

: TX81Z ID 

: ID, continued 

: request for reassignment table 

: ‘EGR 

: start of Exclusive + Yamaha ID 

: sub-status dump (0) + channel 1 (0) 
: format number 

: data size (266) 

: TXOI1Z ID 

: continued 

: reassignment table ID 

: store 256 data bytes + checksum 
: EOX 


: start of Exclusive + Yamaha ID 

: sub-status request (2) + channel 
: format number 

: TX81Z ID 

: ID, continued 

: request for effects data 

: EO 

: start of Exclusive + Yamaha ID 

: sub-status dump (0) + channel 1 (0) 
: format number 

: data size (65) 

: FXSTZ*iD 

: continued 

: effects ID 

: store 55 data bytes + checksum 

: EOX 


a 

Transmit $FO $43 
TransmitVar VO0O 

Transmit $7E 

Transmit $4C $4D $20 $20 
Transmit $4D $43 $52 $54 
Transmit $45 $30 
Transmit $F7 

Receive $FO $43 

Receive $00 

Receive $7E 

Receive $00 $22 

Receive $4C $4D $20 $20 
Receive $4D $43 $52 $54 
Receive $45 $30 
ReceiveData 25 $F7 1 
Receive $F7 

3 


; 7) microtuning 2 


3 

Transmit $FO $43 
TransmitVar VOO 

Transmit $7E 

Transmit $4C $4D $20 $20 
Transmit $4D $43 $52 $54 
Transmit $45 $31 
Transmit $F7 

Receive $FO $43 

Receive $00 

Receive $7E 

Receive $02 $0A 

Receive $4C $4D $20 $20 
Receive $4D $43 $52 $54 
Receive $45 $31 
ReceiveData 257 $F7 1 
Receive $F7 
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: start of Exclusive + Yamaha ID 

: sub-status request (2) + channel 
: format number 

> TX81Z ID - 

: ID, continued 

: request for microtuning 

: EOX 

: start of Exclusive + Yamaha ID 

: sub-status dump (0) + channel 1 (0) 
: format number 

: data size (34) 

: TX81Z ID 

: continued 

> microtuning 1 ID 

: store 24 data bytes + checksum 

: EOX 


: start of Exclusive + Yamaha ID 

: sub-status request (2) + channel 

: format number 

TXB 1Z 1D 

: ID, continued 

: request for microtuning (continued) 
: EOX 

: start of Exclusive + Yamaha ID 

: sub-status dump (0) + channel 1 (0) 
: format number 

: data size (266) 

> 1X61,.Z2enD 

: continued 

: microtuning 2 ID 

: store 256 data bytes + checksum 

: EOX 


The Transmit Seoment 


; acquisition of the MIDI channel 


3 
OpenWindow 


CHN = InputChannel O O CHN 


CloseWindow 
VOO = CHN 


3 


; transmission of dump messages 


. 
3 


; 1) 32 voices (VMEM) 


bf 

Transmit $FO $43 
TransmitVar V0O 
Transmit. $04 

Transmit $20 $00 
TransmitData 4097 $F7 1 
Transmit $F7 

Wait 4 


; 2) 24 performances (PMEM) 


3 

Transmit $FO $43 
TransmitVar V0O 

Transmit $7E 

Transmit $13 $0A 
Transmit $4C $4D $20 $20 
Transmit $38 $39 $37 $36 
Transmit $50 $4D 
TransmitData 2433 $F7 1 
Transmit $F7 

Wait 4 

J 


; 3) system data (SYSO) 
; 
Transmit $FO $43 


TransmitVar VOO 
Transmit $7E 


5/9 


: open the window 

: acquisition of the channel 
: Close the window 

: VOO = OcH, with c = CHN 


: start of Exclusive + Yamaha ID 

: sub-status dump (0) + channel 

: ID, 32 voices 

: data size (4,096 bytes) 

: transmit 4,096 data bytes + checksum 
: EOX 

: wait 200 ms 


: start of Exclusive + Yamaha ID 

: sub-status dump (0) + channel 

: format number 

: data size (2432) 

+ FXE1Z ID 

: continued 

: ID, 24 performances 

: transmit 2432 data bytes + checksum 
: IEOX 

: wait 200 ms 


: start of Exclusive + Yamaha ID 
: Sub-status dump (0) + channel 
: format number 


Transmit $00 $25 
Transmit $4C $4D $20 $20 
Transmit $38 $39 $37 $36 
Transmit $53 $30 
TransmitData 28 $F7 1 
Transmit $F7 

Wait 4 


; 4) program change table (SYS1) 


3 

Transmit $FO $43 
TransmitVar V0O0 

Transmit $7E 

Transmit $02 $2A 
Transmit $4C $4D $20 $20 
Transmit $38 $39 $37 $36 
Transmit $53 $31 
TransmitData 257 $F7 1 
Transmit $F7 

Wait 4 

3 


; 5) effects (SYS2) 


5 

Transmit $FO $43 
TransmitVar VO0O 
Transmit $7E 
Transmit $00 $44 


(=) 
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: data size (37) 

: (X8tZere F 
: continued 

: system ID 

: transmit 27 data bytes + checksum’ 
: EOX 

: wait 200 ms 


: start of Exclusive + Yamaha ID 

: sub-status dump (0) + channel 

: format number 

: data size (266) 

: TX81Z ID ° 
: continued 

: table ID 

: transmit 256 data bytes + checksum 

: EOX 

> wait 200 ms 


: start of Exclusive + Yamaha ID 

: sub-status dump (0) + channel . 
: format number 

: data size (65) 


Transmit $4C $4D $20 $20 : TX81Z ID 

Transmit $38 $39 $37 $36 : continued 

Transmit $53 $32 : table ID 

TransmitData 56 $F7 1 : transmit 55 data bytes + checksum 
Transmit $F7 : EOX 


Wait 4 
: 
; 6) microtuning 1 


5 

Transmit $FO $43 
TransmitVar V00 
Transmit $7E 
Transmit $00 $22 


: wait 200 ms 


: start of Exclusive + Yamaha ID 
: sub-status dump (0) + channel 
: format number 

: data size (34) 


Transmit $4C $4D $20 $20 a EXSt Zale 


Transmit $4D $43 $52 $54 : continued 

Transmit $45 $30 : microtuning ID 1 

TransmitData 25 $F7 1 : transmit 24 data bytes + cHecteun 
Transmit $F7 : EOX 

Wait 4 : wait 200 ms 


; 
3; 7) microtuning 2 


3 

Transmit $FO $43 : start of Exclusive + Yamaha ID 
TransmitVar VOO : sub-status dump (0) + channel 
Transmit $7E : format number 

Transmit $02 $2A : data size (266) 

Transmit $4C $4D $20 $20 : TX81Z ID 

Transmit $4D $43 $52 $54 : continued 

Transmit $45 $31 : microtuning ID 1 

TransmitData 257 $F7 1 : transmit 256 data bytes + checksum 
Transmit $F7 > EOX 

Wait 4 : wait 200 ms 


The Korg fi 


All of the Exclusive messages of the Korg MI have the following format: 


General Syntax 


FOH (11110000): Exclusive message status byte 
42H (01000010): manufacturer's ID (42H = Korg) 

/ 3cH (0011cccc): 3 = type of message, c = channel 
19H (00011001): instrument ID (19H = M1/M1R) 
XXH (OXXxxXxxx): meaning of the message 


F7H (11110111): EOX 
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The memory of the M1 is divided into a certain number of programs 
(1.e., sounds), combinations (1.e., multitimbral groupings and arrange- 
ments of sounds), and sequences. As described in the preceding sections, 
the following combinations are available, depending on the partitioning 


method you select: 


" 100 programs (numbered from I00 to 199), plus 100 combina- 
tions (also numbered from 100 to 199), plus a certain number of 


sequences, for a total overall maximum capacity of about 4,200 


MIDI events, or 


* SO programs (numbered from I00 to 149), plus SO combinations 
(also numbered from 00 to 149), plus a certain number of se- 
quences, for a total overall maximum capacity of about 7,700 


MIDI events. 


You can double the amount of internal memory by adding a board or 
card. In this case you end up with the same structure described above, 


except that the “T’’s are replaced by C's. 
Starting from there, the following request messages relating to programs 
and combinations apply: 

- 1 = Program parameter dump request: 


FOH 42H 3cH 19H 10H F7H 
12H: the code for the program parameter dump request 


This message invites the M1 to send the contents of the current program 
located in the edit buffer. (In spite of the eight-voice multitimbrality, this 


is a single request.) The following message is sent in return: 
FOH 42H 3cH 19H 40H <data> F7H 


The fifth byte (40H) corresponds to the transmission of the program 
buffer, which occupies 164 data bytes. 


IB 


2 * Combination parameter dump request: 


FOH 42H 3cH 19H 19H F7H 
19H: code for the combination parameter dump request 
This message invites the MI to send the contents of the current combina- 


tion located in the edit buffer. The following message is sent in return: 
FOH 42H 3cH 19H 49H <data> F7H 


The fifth byte (49H) corresponds to the transmission of the combina- 
tion buffer, which occupies 142 data bytes. 


3 * All program parameter dump request: 


FOH 42H 3cH 19H 1CH 0000000c F7H 

1CH: the all program parameter dump request 

0000000c: the type of memory (c = 0, internal; c = 1, 
board) 


This message invites the M1 to send the contents of all of the programs 
(either SO or 100, depending on the partitioning). The following message . 
is sent in return: 

FOH 42H 3cH 19H 4CH <data> F7H 

000000mc: partitioning and type of memory 

(m = 0, 100 programs; m = 1, 50 programs; c = 0, internal; 

c = 1, board) 

The fifth byte (4CH) corresponds to the transmission of the entire set of 
programs, which occupies either 16,343 bytes (for 100 programs) or 


8172 bytes (for SO programs). 
4 = All combination parameter dump request: 


FOH 42H 3cH 19H 1DH 0000000c F7H 
1DH: the all combination parameter dump request 


This message invites the M1 to send the contents of all of the combina- 
tions (either SO or 100). The following message is sent in return: 


FOH 42H 3cH 19H 4DH <data> F7H 
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The fifth byte (4DH) corresponds to the transmission of the entire set of 
combinations, which occupies either 14,172 bytes (for 100 combina- 
tions) or 7,086 bytes (for 50 combinations). 


fl Dump of 50 Internal Combinations 


The Receive Segment 
OpenWindow : open the window 
CHN = InputChannel O O CHN : acquisition of the MIDI channel in CHN 
CloseWindow : close the window 
Transmit $FO : start of Exclusive 
Transmit $42 : Korg identifier 
VOO = CHN | $30 : VOO = $3c, with c = CHN 
TransmitVar VOO : type of message + channel 
Transmit $19 : M1/M1R ID . 
Transmit $1D : request for dump combinations 
Transmit $00 : internal memory 
Transmit $F7 : end of exclusive 
ReceiveAny 6 : $FO $42 $3c $19 $4D %000000mc 
ReceiveData 7086 $F7 1 : store 7086 data bytes 
Receive $F7 : EOX . 
The Transmit Segment 
OpenWindow : Open the window 
CHN = InputChannel O O CHN : acquisition of the MIDI channel in CHN 
CloseWindow : close the window 
Transmit $FO $42 : start of SysEx + Korg ID 
VOO = CHN | $30 : VOO = $3c, with c = CHN 
TransmitVar VOO : type of message + channel A 
Transmit $19 : M1 ID 
Transmit $4D : dump combinations 
Transmit $02 : 50 combinations, internal memory : 
TransmitData 7086 $F7 1 : data 
Transmit $F7 : EOX 


fl Dump of 50 Programs on Cartridge 


The Receive Segment 
OpenWindow : open the window 
CHN = InputChannel O O CHN : acquisition of the MIDI channel in CHN 
CloseWindow : close the window 
Transmit $FO : start of Exclusive 
Transmit $42 : Korg identifier 
VoO = CHN ! $30 : VOO = $3c, with c = CHN 
TransmitVar VOO : type of message + channel 
Transmit $19 : M1/M1R ID 
Transmit $1C : request for program dump 
Transmit $01 : 50 programs on the memory card 
Transmit $F7 : EOX 
ReceiveAny 6 : $FO $42 $3c $19 $4C %000000mc 
ReceiveData 8172 $F7 1 : store 8172 data bytes 
Receive $F7 SHEOK 

The Transmit Segment 
OpenWindow : Open the window 
CHN = InputChannel O O CHN > acquisition of the MIDI channel in CHN 
CloseWindow : close the window 
Transmit $FO $42 : start of SysEx + Korg ID 
VOO = CHN | $30 : VOO = $3c, with c = CHN 
TransmitVar VO0O : type of message + channel 
Transmit $19 : Mt ID 
Transmit $4C : dump programs 
Transmit $03 : 50 programs on the memory card 
TransmitData 8172 $F7 1 : data 
Transmit $F7 ; EOX 
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The Yamaha FM Synthesizers with Six Operators 
General Syntax 


The six-operator Yamaha DX series synthesizers accept the following 
dump requests (which were examined briefly in Chapter 10): 


FOH (11110000): Exclusive message status byte 

43H (01000011): manufacturer's ID (43H = Yamaha) 

2nH (0010nnnn): type of message (2 = request, n = channel) 

ffH (Offfffff): type of request * 
F7e (att TOT) EOX 


fffffff = O: request for voice buffer 

fffffff = 1: request for performance buffer 

fffffff = 2: request for 64 performances 

fffffff = 9: request for 32 voices 7 


In return, the following messages are sent: 


1* The voice buffer: 


FOH (11110000): Exclusive message status byte 

43H (01000011): manufacturer's ID (43H = Yamaha) 
OnH (O0000nnnn): O = dump, c = channel 

OOH (00000000): voice buffer (f = 0) 

01H (00000001): data size (most significant byte) 
1BH (00011011): data size (least significant byte) 
ddH (Oddddddd): data (155 bytes) 


ccH (Occccccc): checksum 
F7H (11110111): EOX 


The two size bytes (in the form Oxxxxxxy Oyyyyyyy), distributed over two 
eight-bit bytes (in the form OOxxxxxx xyyyyyyy), correspond to the hexa- 
decimal value OO9BH, which is the same as 155 in decimal notation. 


2= The performance buffer: P 


FOH (11110000): Exclusive message status byte 
43H (01000011): manufacturer's ID (43H = Yamaha) 


y/ 
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OnH 
01H 
OOH 
5EH 
ddH 
CCH 
F7H 


(0000nnnn): 
(00000001 ): 
(00000000): 
(00011011): 
(Oddddddd) : 


(OGEGCCCC)- 
(a WANA Wsh)) = 


EOX 


checksum 


0 = dump, c = channel 

performance buffer (f = 1) 

data size (most significant byte) 

data size (least significant byte, 5EH = 94) 
data (94 bytes) 


3 * Sixty-four performances: 


FOH 
43H 
OnH 
02H 
20H 
OOH 
ddH 
CCH 
F7H 


(11110000): 
(01000011): 
(0000nnnn): 
(00000010): 
(00100000): 
(00000000): 
(Oddddddd): 


(Occecece): 
Gnosis 


Exclusive message status byte 
manufacturer's ID (43H = Yamaha) 

0 = dump, c = channel 

64 performances (f = 2) 

data size (most significant byte) 
data size (least significant byte) 
data (4,096 bytes) 


checksum 
EOX 


The two size bytes (in the form Oxxxxxxy Oyyyyyyy), distributed over two 


eight-bit bytes (in the form OOxxxxxx xyyyyyyy), correspond to the hexa- 
decimal value 1000H, which ts the same as 4,096 in decimal notation. 


4 * Thirty-two voices: 


FOH 
43H 
OnH 
O9H 
20H 
OOH 
ddH 
ccH 
F7H 


(11110000): 
(01000011): 
(0000nnnn): 
(00001001): 
(00100000) : 
(00000000): 
(Oddddddd) : 


(Ocececce): 
CAO 1 tee 


Exclusive message status byte 
manufacturer's ID (43H = Yamaha) 

0 = dump, c = channel 

32 voices (f = 9) 

data size (most significant byte) 
data size (least significant byte) 
data (4,096 bytes) 


checksum 
EOX 
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The two size bytes (in the form Oxxxxxxy Oyyyyyyy) distributed over two 
eight-bit bytes (in the form OOxxxxxx xyyyyyyy), correspond to the hexa- : 
decimal value 1OOOH, which is the same as 4,096 in decimal notation. 


ADump of the 32 Voices of a TX-7 


The Receive Segment 
OpenWindow : open the window 
CHN = InputChannel O O CHN : acquisition of the channel 
CloseWindow : close the window 
VOO = $20 | CHN : VOO = 2cH, with c = CHN 
Transmit $FO $43 : start of Exclusive + Yamaha ID p 
TransmitVar VOO : sub-status request (2) + channel 
Transmit $09 : ID, 32 voices 
Transmit $F7 : EOX 
Receive $FO $43 : start of Exclusive + Yamaha ID 
ReceiveAny 1 : sub-status dump (0) + channel 1 (0) 
Receive $09 : ID, 32 voices 
Receive $20 $00 : data size (4,096 bytes) 
ReceiveData 4097 $F7 1 : reception of 4,096 data bytes + checksum - 
Receive $F7 : EOX 
The Transmit Segment 
OpenWindow : open the window 
CHN = InputChannel O O CHN : acquisition of the channel 
CloseWindow : close the window 
VOO = CHN : VOO = OcH, with c = CHN i. 
Transmit $FO $43 : start of Exclusive + Yamaha ID 
TransmitVar VO0O : sub-status dump (0) + channel 
Transmit $09 : ID, 32 voices 
Transmit $20 $00 : data size (4,096 bytes) 
TransmitData 4097 $F7 1 : transmission of 4,096 bytes + checksum 


Transmit $F7 : EOX 


fl Dump of the 64, Performances of a 1X-7 


The Receive Segment 
OpenWindow : open the window 
CHN = InputChannel O O CHN : acquisition of the channel 
CloseWindow : close the window 
VoOO = $20 | CHN : VOO = 2cH, with c = CHN 
Transmit $FO $43 : start of Exclusive + Yamaha ID 
TransmitVar VOO : sub-status request (2) + channel 
Transmit $02 : ID, 64 performances 
Transmit $F7 : EOX 
Receive $FO $43 : start of Exclusive + Yamaha ID 
ReceiveAny 1 : sub-status dump (0) + channel 1 (0) 
Receive $02 : ID, 64 performances 
Receive $20 $00 : data size (4,096 bytes) 
ReceiveData 4097 $F7 1 : reception of 4,096 data bytes + checksum 
Receive $F7 Hw AEOX 

The Transmit Seement 
OpenWindow t ‘+ open the window 
CHN = InputChannel O O CHN : acquisition of the channel 
CloseWindow ' : Close the window 
VOO = CHN : VOO = OcH, with c = CHN 
Transmit $FO $43 : Start of Exclusive + Yamaha ID 
TransmitVar VOO : sub-status dump (0) + channel 
Transmit $02 : ID, 64 performances 
Transmit $20 $00 : data size (4,096 bytes) 
TransmitData 4097 $F7 1 : transmission of 4,096 bytes + checksum 
Transmit $F7 1 /EOX 


The Roland M1-32 


This section will not repeat the syntax of the Dump and Dump Request 


messages that Roland products use, since those messages were covered in 
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detail in Chapter 10. Instead, this example shows how the dialogue Ge, 
handshake) protocol is used. And instead of the channel number, the unit 
or device number is set to 16 (10H). 


As shown in Figure 12.4 below, the patch memories start at 05H 00H 
OOH (patch memory location 1), and the starting address of the last 
patch is located at OSH 07H 78H (patch memory location 128). Because 
a patch consists of 8 bytes, it can logically be inferred that 128 patches 
are equal to 128 x 8 byte, or 1,024 bytes. In hex, 1024 1s 0400H,, or, dis- 
tributed over three 7-bit MIDI bytes, OOH 08H OOH. At a rate of 256 
useful data bytes per data-set packet (with the 261 bytes received and 
stored by the REceiveData instruction corresponding to 3 bytes for the 
address, 256 bytes for the data, one byte for the checksum, and one byte 
for the EOX), the total is 4 packets (4 x 256 = 1,024). 


A Dump of 128 Patches 


The Receive Segment 
Transmit $FO $41 : start of Exclusive + ID Roland 
Transmit $10 : device number (instead of the channel 
number ) 
Transmit $16 : MT32 identifier 
Transmit $41 : request for data (handshake mode) 
Transmit $05 $00 $00 : address of the first patch 
Transmit $00 $08 $00 - , + size of the 128 patches 
Transmit $73 : checksum 
Transmit $F7 SMEOX 
Loop 4 : start of loop (4 iterations) 
Receive $FO $41 $10 $16 $42 : message data set 
ReceiveData 261 $F7 1 : 261 bytes (address/data/checksum) 
Transmit $FO $41 $10 $16 $43 $F7: ACK message 
EndLoop : end of loop 
Receive $FO $41 $10 $16 $45 $F7 : end-of-data message 


Transmit $FO $41 $10 $16 $43 $F7 : ACK message 


= Parameter base address 


Temporary area (accessible on each basic channel) 


Start 
address Description 
00 00 00 Patch Temp Area (part) 
01 00 00 Setup Temp Area (rhythm part) 
02 00 00 Timbre Temp Area (part) *4-] 


Whole part (accessible on UNIT # ) 


Start 

address Description 
03 00 00 Patch Temp Area (part 1) 
03 00 10 Patch Temp Area (part 2) 
03 00 60 Patch Temp Area (part 7) 
03 00 70 Patch Temp Area (part 8) 
03 01 00 Patch Temp Area (rhythm part) 
03 01 10 Setup Temp Area (rhythm part) 
04 00 00 Timbre Temp Area (part 1) *4-] 
04 01 76 Timbre Temp Area (part 2) *4-] 
04 OB 44 Timbre Temp Area (part 7) *4-] 
04 0D 3A Timbre Temp Area (part 8) *4-] 
05 00 00 Patch Memory #1 
05 00 08 Patch Memory #2 
05 07 70 Patch Memory #127 
0S 07 78 Patch Memory #128 
08 00 00 Timbre Memory #1 *4-1 
08 02 00 Timbre Memory #2 . *4.1 
08 7C 00 Timbre Memory #63 *4-1 
08 7E 00 Timbre Memory #64 *4-1 
10 00 00 System area 
20 00 00 Display *4-2 
TF xx xx All parameter reset *4-3 


FIGURE 12.4: The memory-address chart for the Roland MT-32 
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& Patch Memory 


Offset 
address Description 
00 00H 0000 00aa TIMBRE GROUP 0-3 
(GROUP A, GROUP B, MEMORY, 
RHYTHM) 
00 01H OOaa aaaa TIMBRE NUMBER 0-63 
00 02H Q0aa aaaa KEY SHIFT 0-48 
(-24 to +24) 
00 03H Qaaa aaaa FINE TUNE 0-100 
(-50 to +50) 
00 04H 000a aaaa BENDER RANGE 0-24 
00 05H 0000 00aa ASSIGN MODE 0-3 
(POLY 1, POLY2, POLY3, POLY4) 
00 06H 0000 000a REVERB SWITCH 0-1 
(OFF, ON) 
00 07H OXxxx : XXKX dummy « 
Total size 00 00 08H 
FIGURE 12.4: The memory-address chart for the Roland MT-32 (continued) 
The Transmit Segment 
Transmit $FO $41 : start of Exclusive + ID Roland 
Transmit $10 . : device number (instead of the channel 
number) 
Transmit $16 : MT32 identifier 
Transmit $40 : want-to-send-data message 
Transmit $05 $00 $00 : address of the first patch 
Transmit $00 $08 $00 : size of the 128 patches 
Transmit $73 : checksum 
Transmit $F7 “ "EOX 
Wait 1 : 20 ms pause 
Loop 4 : start of loop (4 iterations) 
Transmit $FO $41 $10 $16 $42 : data set message 
TransmitData 261 $F7 1 : 261 bytes (address/data/checksum) 
Wait 1 : 20 ms pause 
EndLoop : end of the loop 


Transmit $FO $41 $10 $16 $45 $F7 : end-of-data message 
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The Roland D-t10 


In this example, the protocol is a dialog-type or handshake protocol, and 
the unit number (instead of the channel number) is set to 16 (10H). Fig- 
ure 12.5 below shows the memory-address chart for the 19-110, 


Syntax 


The memory addresses for timbres start at OSH OOH OOH (timbre mem- 
ory location 1), and the starting address of the last timbre is located at 
OSH 07H 78H (timbre memory location 128). Because a timbre consists 
of 8 bytes, you can logically infer that 128 patches are equal to 128x 8 
byte, or 1,024 bytes. In hex, 1,024 is equal to 0400H, or, distributed 
over three 7-bit MIDI bytes, OOH 08H OOH. At a rate of 256 useful 
data bytes per data-set packet (with the 261 bytes received and stored by 
the REceiveData instruction corresponding to 3 bytes for the address, 
256 bytes for the data, one byte for the checksum, and one byte for the 
BOX, the total is 4 packets (4 x 256 = 1,024). 


Tone memories start at O83H OOH OOH (tone memory location 1), and 
the starting address of the last tone is located at 08H 7EH OOH (tone 
memory location 64). Because a tone consists of 256 bytes (of which 246 
are useful; 14 bytes are for the common parameter portion, and each of 
the four partials takes 58 bytes), it can logically be inferred that the size— 
64 tones—is equal to 64 X 256 bytes or 16,384 bytes. In hex, 16,384 is 
equal to 4000H, or, distributed over three 7-bit MIDI bytes, OLH OOH 
OOH. Thus, the total is 64 packets (64 x 1256 = 16,384). 


The memory in the system area starts at 1OH OOH OOH, for a total size 
of 22 bytes. In hex, 22 is equal to 16H or, distributed over three 7-bit 
MIDI bytes, OOH OOH 16H. The result here is a single packet consisting 
of 22 bytes. 


uw Parameter base address 


Temporary area (accessed through each basic channel) 


Start ; 
address Description 
02 00 00 Tone Temporary Area (synth part) *5-1 


Whole part (accessible on UNIT # ) 


Start 
address : , Description 
See 
03 00 00 Timbre Temporary Area (part 1) Sao 


03 00 10 Timbre Temporary Area (part 2) 


03 00 60 Timbre Temporary Area (part 7) 

03 00 70 Timbre Temporary Area (part 8) 

03 01 00 Timbre Temporary Area (rhythm part) 

03 01 10 Rhythm Setup Temporary Area *5-3 


04 00 00 Tone Temporary Area (part 1) *5-1 
04 01 76 Tone Temporary Area (part 2) 

04 0B 44 Tone Temporary Area (part 7) 

04 OD 3A Tone Temporary Area (part 8) 

05 00 00 Timbre Memory #1 *5-4 
05 00 08 Timbre Memory #2 

05 07 70 Timbre Memory #127 

05 07 78 Timbre Memory #128 

06 00 00 Patch Memory #1 *5-5 
06 01 00 Patch Memory #2 

06 3E 00 Patch Memory #63 

06 3F 00 Patch Memory #64 

08 00 00 Tone Memory #1 *$-1 
08 02 00 Tone Memory #2 


08 7C 00 Tone Memory #63 
08 7E 00 Tone Memory #64 


10 00 00 System Area *5-6 
20 00 00 Display *5-7 
40 00 00 Write Request *5-8 


FIGURE 12.5: Zhe memory-address chart for the Roland D-110 


Notes... 


*5-1 Tone temporary area / Tone memory 
Offset 
address Description 
00 00 00 Common parameter *5-1-1 
00 00 OE Partial parameter (for Partial #1) *5-1-2 


00 00 48 Partial parameter (for Partial #2) 
00 01 02 Partial parameter (for Partial #3) 
00 01 3C Partial parameter (for Partial #4) 


*§-1-1 Common parameter 
Offset 
address Description 

00 Oaaa aaaa TONE NAME 1 32-127 

ae sac 504 (ASCID 

09 Qaaa aaaa TONE NAME 10 

0A 0000 aaaa Structure of Partial #1 & 2 0-12 (1-13) 

OB 0000 aaaa Structure of Partial #3 & 4 0-12 (1-13) 

0c 0000 aaaa PARTIAL MUTE 0-15 
(0000-1111) 

OD 0000 000a ENV MODE 0-1 (normal, 
no sustain) 


Total size 00 00 OE 


FIGURE12.5: The memory-address chart for the Roland D-110 (continued) 
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*5-1-2 Partial parameter 


Offset 
address Description 
00 00 Oaaa aaaa WG PITCH COARSE 0-96 
(Cl, C#1, -C9) u 
00 01 Oaaa aaaa WG PITCH FINE 0-100 
(-50 to +50) 
00 02 0000 aaaa WG PITCH KEYFOLLOW 0-16 
(1, 1/2; -1/4, 0, * 
1/8, 1/4, 3/8, 1/2, 
§/8, 3/4, 7/8, 1, 
5/4, 3/2, 2, $1, s2) 2 
00 03 0000 000a WG PITCH BENDER SW = 0-1 
(OFF, ON) 
00 04 0000 000a WG WAVEFORM/PCM BANK 0-3 F 
(SQU/1, SAW/}, 
SQU/2, SAW/2) 
00 05 Qaaa aaaa WG PCM WAVE # 0-127 (1-128) 
00 06 QOaaa aaaa WG PULSE WIDTH 0-100 
00 07 0000 aaaa WG PV VELO SENS 0-14 (-7 to +7) 
00 08 0000 aaaa P-ENV DEPTH 0-10 
00 09 Qaaa aaaa P-ENV VELO SENS ~ 0-100 : 
00 OA 0000 Oaaa P-ENV TIME KEYF 04 
00 OB Qaaa aaaa P-ENV TIME 1 0-100 
00 0C Oaaa aaaa P-ENV TIME 2 0-100 e 
00 OD Qaaa aaaa P-ENV TIME 3 0-100 
00 OE Qaaa aaaa P-ENV TIME 4 0-100 
00 OF Qaaa aaaa P-ENV LEVEL 0 0-100 (-50 to +50) - 
00 10 Qaaa aaaa P-ENV LEVEL 1 0-100 (-50 to +50) 
00 11  Oaaa aaaa P-ENV LEVEL 2 0-100 (-50 to +50) 
00 12 Oxxx XXxx P-ENV SUSTAIN LEVEL 50 (always 0) 
00 13 Oaaa aaaa END LEVEL 0-100 (-50 to +50) 
00 14 Qaaa aaaa P-LFO RATE 0-100 
00 15 Qaaa aaaa P-LFO DEPTH 0-100 
00 16 Oaaa aaaa P-LFO MOD SENS 0-100 


FIGURE 12.5: The memory-address chart for the Roland D-110 (continued) 


50) 


00 17 Qaaa aaaa TVF CUTOFF FREQ 0-100 

00 18 000a aaaa TVF RESONANCE 0-30 

00 19 0000 aaaa TVF KEYFOLLOW 0~14 
(-1, -1/2, -1/4, 0, 
1/8, 1/4, 3/8, 1/2, 
5/8, 3/4, 7/8, 1, 
5/4, 3/2, 2) 

00 1A Qaaa aaaa TVF BIAS POINT/DIR 0-127 (<1A-<7C 
>1A—7C) 

00 1B 0000 aaaa TVF BIAS LEVEL 0-14 (-7 to +7) 

00 1C Qaaa aaaa TVF ENV DEPTH 0-100 

00 1D Qaaa aaaa TVF ENV VELO SENS 0-100 

00 1E 0000 Oaaa TVF ENV DEPTH KEYF 04 

00 1F 0000 Oaaa TVF ENV TIME KEYF 04 

00 20 Oaaa aaaa TVF ENV TIME 1 0-100 

00 21 Qaaa aaaa TVF ENV TIME 2 0-100 

00 22 Oaaa aaaa TVF ENV TIME 3 0-100 

00 23 Oaaa aaaa TVEF ENV TIME 4 0-100 

00 24 Qaaa aaaa TVF ENV TIME 5 ; 0-100 

00 25 Qaaa aaaa TVF ENV LEVEL 1 ~ 0-100 

00 26 QOaaa aaaa TVF ENV LEVEL 2 0-100 

00 27 Qaaa aaaa TVF ENV LEVEL 3 0-100 

00 28 Qaaa aaaa TVF ENV SUSTAIN LEVEL 0-100 

00 29 Qaaa aaaa TVA LEVEL 0-100 

00 2A Qaaa aaaa TVA VELO SENS 0-100 
(-50 to +50) 

00 2B Qaaa aaaa TVA BIAS POINT 1 0-127 (<1A-<7C 
>1A->7C) 

00 2C 0000 aaaa TVA BIAS LEVEL 1 0-12 (-12-0) 

00 2D Oaaa aaaa TVA BIAS POINT 2 0-127 (<1A-<7C 
>1A->7C) 

00 2E 0000 aaaa TVA BIAS LEVEL 2 0-12 (-12-0) 

00 2F 0000 Oaaa TVA ENV TIME KEYF 04 

00 30 0000 Oaaa TVA ENV TIME V_FOLLOW 0-4 

00 31 Qaaa aaaa TVA ENV TIME 1 0-100 

00 32 Oaaa aaaa TVA ENV TIME 2 0-100 

00 33 Qaaa aaaa TVA ENV TIME 3 0-100 

00 34 Qaaa aaaa TVA ENV TIME 4 0-100 

00 35 Qaaa aaaa TVA ENV TIME 5 0-100 

00 36 Qaaa aaaa TVA ENV LEVEL 1 0-100 

00 37 Qaaa aaaa TVA ENV LEVEL 2 0-100 

00 38 Qaaa aaaa TVA ENV LEVEL 3 0-100 

00 39 Oaaa aaaa TVA ENV SUSTAIN LEVEL 0-100 

Total size 00 00 3A 


FIGURE 12.5: The memory-address chart for the Roland D-110 (continued) 
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Example of RQ1 and DT1 application — 1 
Assuming that D-110 sets Unit # to 17, obtain Part 2 tone data from the temporary area 
by sending the following messages: FO 41 10 16 11 04 01 76 00 01 76 OE F7 


*5-2 Timbre temporary area 
Offset 
address Description 
00 00 0000 Oaaa TONE GROUP 0-3 (a, b, i/c, r) 
00 01 OOaa aaaa TONE NUMBER 0-63 (1-64) 
00 02 O0aa aaaa KEY SHIFT 0-48 (-24 to +24) 
00 03 Qaaa aaaa FINE TUNE 0-100 (-50 to +50) 
00 04 000a aaaa BENDER RANGE 0-24 = 
00 05 0000 00aa ASSIGN MODE 0-3 (POLY 1, 
POLY 2, POLY3, 
POLY 4) 
00 06 0000 Oaaa OUTPUT ASSIGN 0-7 (MIX, MIX, 
MULTI 
1, 2, 3, 4, 5, 6) 
00 07 Oxxx Xxxxx dummy 
00 08 QOaaa aaaa OUTPUT LEVEL 0-100 
00 09 0000 aaaa PANPOT 0-14 (L-R) 
00 OA QOaaa aaaa KEY RANGE LOWER 0-127 ® 
00 OB Qaaa aaaa KEY RANGE UPPER | 0-127 
00 0C Oxxx XXX dummy 
00 OF —Oxxx xxx ~=—Ss dummy ‘ 
Total size 00 00 10 
*5-3 Rhythm part setup area 
a 
Offset 5 
address Description 
ee 
00 00 00 Rhythm Setup (for Key #24) *5-3-1 


00 00 04 Rhythm Setup (for Key #25) ® 
00 00 08 Rhythm Setup (for Key #26) 
00 00 0C Rhythm Setup (for Key #27) 
00 00 10 Rhythm Setup (for Key #28) 
00 02 4C Rhythm Setup (for Key #107) 
00 02 50 Rhythm Setup (for Key #108) 


FIGURE12.5: The memory-address chart for the Roland D-110 (continued) . 
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666 


*5-3-1 


Offset 
address 


00 00 
00 01 


00 02 
00 03 


"5-4 


Offset 
address 


00 06 


00 07 


Rhythm setup (for each Key #) 


Qaaa aaaa 


Qaaa aaaa 
0000 aaaa 
0000 Oaaa 


Total size 


Timbre memory 


0000 Oaaa 


OxxXx = XXXX 


Total size 


Description 
TONE 


OUTPUT LEVEL 
PANPOT 
OUTPUT ASSIGN 


00 00 04 


Description 


TONE GROUP 
TONE NUMBER 
KEY SHIFT 
FINE TUNE 
BENDER RANGE 
ASSIGN MODE 


OUTPUT ASSIGN 


dummy 


00 00 08 


0-127 

(101-164, 101-164) 
0-100 

0-14 (L-R) 

0-7 (MIX, MIX, 
MULTI 

1, 2, 3, 4, 5, 6) 


0-3 (a, b, i/c, r) 
0-63 

0-48 (-24 to +24) 
0-100 (-50 to +50) 
0-24 

0-3 (POLY 1}, 
POLY 2, POLY3, 
POLY 4) 

0-7 (MIX, MIX, 
MULTI 

1, 2, 3, 4, 5, 6) 


FIGURE 2.5: The memory-address chart for the Roland D-110 (continued) 


*5-5 Patch memory 


The total number of Partial reserves for 9 parts must be 32 or less. 
All Partial reserves must be sent as a package of 9 parts. 


Offset 
address Description 
00 Qaaa aaaa PATCH NAME 1 32-127 


(ASCII) 


eee see 


09 Qaaa aaaa PATCH NAME 1 


00 OA 0000 00aa REVERB MODE 0-8 (Room 1/2, 
Hall 1/2, Plate, Tap 
delay 1/2/3, OFF) 


00 0B 0000 Oaaa REVERB TIME 0-7 (1-8) 
00 0c 0000 Oaaa REVERB LEVEL 0-7 
00 OD 00aa aaaa PARTIAL RESERVE (Part 1) 0-32 
00 OE 00aa aaaa PARTIAL RESERVE (Part 2) 0-32 

00 OF O0aa aaaa PARTIAL RESERVE (Part 3) 0-32 
00 10 00aa aaaa PARTIAL RESERVE (Part 4) 0-32 
00 11 00aa aaaa PARTIAL RESERVE (Part 5) 0-32 
00 12 00aa aaaa PARTIAL RESERVE (Part 6) 0-32 
00 13 O0aa aaaa PARTIAL RESERVE (Part 7) 0-32 
00 14 00aa aaaa PARTIAL RESERVE (Part 8) 0-32 
00 15 00aa aaaa PARTIAL RESERVE (Part R) 0-32 
00 16 000a aaaa MIDI CHANNEL (Part 1) 0-16 

; (1-16, OFF) 

00 17  000a aaaa MIDI CHANNEL (Part 2) 0-16 
00 18 000a aaaa MIDI CHANNEL (Part 3) 0-16 
00 19 000a aaaa MIDI CHANNEL (Part 4) 0-16 
00 1A _ 000a aaaa MIDI CHANNEL (Part 5) 0-16 
00 1B 000a aaaa MIDI CHANNEL (Part 6) 0-16 
00 1C 000a aaaa MIDI CHANNEL (Part 7) 0-16 
00 1D 000a aaaa MIDI CHANNEL (Part 8) 0-16 
00 1E 000a aaaa MIDI CHANNEL (Part R) 0-16 
00 1F PATCH PARAMETERS (Part 1) *5.5-] 
00 2B PATCH PARAMETERS (Part 2) 

00 37 PATCH PARAMETERS (Part 3) 

00 43 PATCH PARAMETERS (Part 4) 

00 4F PATCH PARAMETERS (Part 5) 

00 5B PATCH PARAMETERS (Part 6) 

00 67 PATCH PARAMETERS (Part 7) 

00 73 PATCH PARAMETERS (Part 8) 

00 7F Qaaa aaaa OUTPUT LEVEL (Rhythm Part) 0-100 


Total size 00 01 00 


FIGURE 12.5: The memory-address chart for the Roland D-110 (continued) 


*§-5-1 Patch parameters (for each part) 


Offset 
address Description 
00 00 0000 00aa TONE GROUP oO-4 
00 01 O00aa aaaa TONE NUMBER 0-63 
00 02 O0aa aaaa KEY SHIFT 0-48 (-24 to +24) 
00 03 Qaaa aaaa FINE TUNE 0-100 (-50 to +50) 
00 04 000a aaaa BENDER RANGE 0-24 
00 05 0000 00aa ASSIGN MODE 0-3 
00 06 Oaaa aaaa OUTPUT ASSIGN 0-7 
00 07 Oxxx XxXxx dummy 
00 08 Qaaa aaaa OUTPUT LEVEL 0-100 
00 09 0000 aaaa PANPOT 0-14 (L-R) 
00 0A Qaaa aaaa KEY RANGE LOWER : 0-127 
00. 0B Qaaa aaaa KEY RANGE UPPER 0-127 
Total size 00 00 0C 
*5-6 System area 


The total number of Partial reserves for 9 parts must be 32 or less. 
All Partial reserves must be sent as a package of 9 parts. 


Offset 

address Description 

00 00 Qaaa aaaa MASTER TUNE 0-127 (432.1 Hz— 
457.6 Hz) 

00 01 0000 O0aa REVERB MODE 0-8 (Room 1/2, 
Hall 1/2, Plate, Tap 
delay 1/2/3, OFF) 

00 02 0000 Oaaa REVERB TIME 0-7 (1-8) 

00 03 0000 Oaaa REVERB LEVEL 0-7 

00 04 00aa aaaa PARTIAL RESERVE (Part 1) 0-32 

00 05 O0aa aaaa PARTIAL RESERVE (Part 2) 0-32 

00 06 O0aa aaaa PARTIAL RESERVE (Part 3) 0-32 

00 07 QOaa aaaa PARTIAL RESERVE (Part 4) 0-32 

00 08 O00aa aaaa PARTIAL RESERVE (Part 5) 0-32 

00 09 Q0Oaa aaaa PARTIAL RESERVE (Part 6) 0-32 

00 0A O0aa aaaa PARTIAL RESERVE (Part 7) 0-32 

00 OB O0aa aaaa PARTIAL RESERVE (Part 8) 0-32 

00 0C O00aa aaaa PARTIAL RESERVE (Part R) 0-32 


FIGURE 12.5: The memory-address chart for the Roland D-110 (continued) 
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OD  000a aaaa =. MIDI CHANNEL (Part 1) 
OE 000a aaaa MIDI CHANNEL (Part 2) 
OF 000a aaaa MIDI CHANNEL (Part 3) 
10 000a aaaa MIDI CHANNEL (Part 4) 
MIDI CHANNEL (Part 5) 
12 000a aaaa MIDI CHANNEL (Part 6) 
13 000a aaaa MIDI CHANNEL (Part 7) 
14. 000a_aaaa MIDI CHANNEL (Part 8) 
15 000a aaaa MIDI CHANNEL (Part R) 


00 16 = Oxxx 10x dummy 
00 17 Qaaa aaaa PATCH NAME 1 


eee cece 


00 20 QOaaa aaaa PATCH NAME 10 
Total size 00 


S88 ss2 265 
8 


Example of RQ1 and DT1 application — 2 


0-16 (1-16, OFF) 
0-16 (1-16, OFF) 
0-16 (1-16, OFF) 
0-16 (1-16, OFF) 
0-16 (1-16, OFF) 
0-16 (1-16, OFF) 
0-16 (1-16, OFF) 
0-16 (1-16, OFF) 
0-16 (1-16, OFF) 


32-127 
(ASCI)) 


Assuming that D-110 sets Unit # to 17, set Partial reserve to each part as follows by 
sending the byte string listed below: F0 41 10 16 12 10 00 04 08 OA 00 00 00 00 


00 00 08 66 F7 


Part 4) .....2.... 8 Parts 3 through 8........... 
Part 2........ 10 Rhythm part ................06 
*5-7 Display 


D-110 deciphers incoming data and sends them to the LCD as a string of ASCII code 


characters (in Play mode). 


Fiddling D-110 panel switches or sending Display reset address data to D-110 returns 


the display to the normal reading. 


No display data in this area can be brought to the outside world by the use of RQ1 


and RQD. 


Offset 
address Description 


00 00 Oaaa aaaa DISPLAYED LETTER 


00 IF Qaaa aaaa DISPLAYED LETTER 
01 00 © Oxxx xxxx DISPLAY RESET 


Total size 00 00 21 


32-127 
(ASCII) 


FIGURE 12.5: The memory-address chart for the Roland D-110 (continued) 
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= Using Gent 


*5-8 Write request 


This message simulates write switch on D-110; that is, D-110 writes data of each part in 
the temporary area into internal memory or memory card. (Memory must be specified by 
two bytes addresses.) D-110 will inform back of the writing result. 


No data in the temporary area can be brought outside world through MIDI exclusive 
message such as RQ1 and RQD. 


Offset 
address Description 
00 00 00aa aazaa Tone Write (Part 1) 0-63 (01-64) 
00 01 0000 000a 0, 1 

(Internal, Card) 
00 02 O00aa aaaa Tone Write 
00 03 0000 000a (Part 2) 
00 OE O00aa aaaa Tone Write 
00 OF 0000 000a (Part 8) 
01 00 Qaaa aaaa Timbre Write (Part 1) 0-127 (A11-B88) 
01 O01 0000 000a 0, 1 

(Internal, Card) 
01 02 Qaaa aaaa Timbre Write 
01 03 0000. 000a (Part 2) 
Ol OE Qaaa aaaa Timbre Write 
01 OF 0000 000a (Part 8) 
02 00 OOaa aaaa Patch Write 0-63 (11-88) 
02 O1 0000 000a 0, 1 

(Internal, Card) 
10 00 0000 00aa Result 0-3 


0 = Function Completed 
1 = Card Not Ready 
2 = Write Protected 
3 = Incorrect Mode 


FIGURE 12.5: The memory-address chart for the Roland D-110 (continued) 
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Programming Dump Utilities (9° 


Patch memories start at O6H OOH 00H (patch memory location 1), and 
the starting address of the last patch is located at O6H 3FH OOH (patch 
memory location 64). Because a patch is equal to 128 bytes, it can logi- 
cally be inferred that the size of 64 patches ts equal to 64 x 128 bytes or 
8,192 bytes. In hex, 8192 is equal to 2000H, or, distributed over three 
7-bit MIDI bytes, OOH 40H OOH. Thus, the total is 32 packets 

(32 X 256 = 8,192). 


The rhythm setup temporary area starts at 03H O1H 10H, with a size 
equal to 340 bytes (4 bytes X 85 notes, whose numbers range from 24 to 
108). In hex, 340 is equal to 0154H,, or, distributed over three 7-bit 
MIDI bytes, OOH 02H 54H. Thus, the total is two packets: the first con- 
sisting of 256 bytes and the second consisting of 84 bytes. 


The Receive Segment 
; 
; 1) 128 timbres 
Transmit $FO $41 : start of Exclusive + ID Roland x 
Transmit $10 : device number (instead of the 
channel number) 
Transmit $16 : D10 identifier (MT32-compatible) 
Transmit $41 : request for data 
Transmit $05 $00 $00 : address of the first timbre 
Transmit $00 $08 $00 : size of the 128 timbres 
Transmit $73 : checksum 
Transmit $F7 = EOK 
Loop 4 : start of loop (64 iterations) 
Receive $FO $41 $10 $16 $42 : data set message 
ReceiveData 261 $F7 1 : 261 bytes (address/data/checksum) 


Transmit $FO $41 $10 $16 $43 $7: ACK message 


EndLoop 


: end of loop 


Receive $FO $41 $10 $16 $45 $F7 : end of data 
Transmit $FO $41 $10 $16 $43 $F7 : ACK 


3 


; 2) 64 tones (i1-i64) 


I 


)9) 


$FO $41 
$10 


Transmit 
Transmit 


$16 
$41 
$08 $00 $00. 
$01 $00 $00 
$77 
$F7 


Transmit 
Transmit 
Transmit 
Transmit 
Transmit 
Transmit 
Loop 64 
Receive $FO $41 $10 $16 $42 
ReceiveData 261 $F7 1 
Transmit $FO $41 $10 $16 $43 SFT: 
EndLoop 
Receive $FO $41 $10 $16 $45 $F7 
Transmit $FO $41 $10 $16 $43 $F7 
“J 


; 3) System setup 


$FO $41 
$10 


é] 
Transmit 
Transmit 


$16 
$41 
$10 $00 $00 
$00 $00 $16 


Transmit 
Transmit 
Transmit 
Transmit 
Transmit $5A 

Transmit $F7 

Receive $FO $41 $10 $16 $42 
ReceiveData 27 $F7 1 

Transmit $FO $41 $10 $16 $43 $F7 
Receive $FO $41 $10 $16 $45 $F7 
Transmit $FO $41 $10 $16 $43 $F7 
a 


; 4) 64 patches 


3 
Transmit $FO $41 
Transmit $10 


Transmit $16 


390 


: start of Exclusive + ID Roland 
: device number (instead of the 


channel number) 


: D10 identifier (MT32-compatible) 


request for data 


: address of the first tone 

: size of the 64 tones 

: checksum 

EOX 

: start of loop (64 iterations) 

: data set message 

: 261 bytes (address/data/checksum) 


ACK message 


: end of loop 
: end-of-data message 
: ACK message 


: start of Exclusive + ID Roland 
: device number (instead of the 


channel number) 


: D10 identifier (MT32-compatible) 


request for data 


: address of the system setup 

> size of the system setup 

: checksum 

EOX 

: data set message 

: 27 bytes (address/data/checksum) 
: ACK message 

>: end-of-data message 

: ACK message 


: start of Exclusive + ID Roland 
: device number (instead of the 


channel number) 


: D10 identifier (MT32-compatible) 


Transmit $41 

Transmit $06 $00 $00 

Transmit $00 $40 $00 

Transmit $3A 

Transmit $F7 

Loop 32 
Receive $FO $41 $10 $16 $42 
ReceiveData 261 $F7 1 


EndLoop 

Receive $FO $41 $10 $16 $45 $F7 
Transmit $FO $41 $10 $16 $43 $F7 

; 

; 5) rhythm setup (temporary area) 
; 

Transmit $FO $41 

Transmit $10 


Transmit $16 

Transmit $41 

Transmit $03 $01 $10 

Transmit $00 $02 $54 

Transmit $16 

Transmit $F7 

Receive $FO $41 $10 $16 $42 
ReceiveData 261 $F7 1 

Transmit $FO $41 $10 $16 $43 $F7 
Receive $FO $41 $10 $16 $42 
ReceiveData 89 $F7 1 

Transmit $FO $41 $10 $16 $43 $F7 
Receive $FO $41 $10 $16 $45 $F7 
Transmit $FO $41 $10 $16 $43 $F7 


The Transmit Segment 


3 


; 1) 128 timbres 


; 
Transmit $FO $41 
Transmit $10 


Programming Dump Utilities ‘ aa 


request for data 


: address of the first patch 

: size of the patches 

: checksum 

ls!) 

: start of the loop (32 iterations) 
: data set message 

: 261 bytes (address/data/checksum) 
Transmit $FO $41 $10 $16 $43 $F7: 


ACK message 


: end of the loop 
: end-of-data message 
: ACK message 


: start of Exclusive + ID Roland 
: device number (instead of the 


channel number) 


: D1O0 identifier (MT32-compatible) 


request for data 


: address of the rhythm setup 

: size of the rhythm setup 

: checksum 

: EOX 

: data set message 

: 261 bytes (address/data/checksum) 
: ACK message 

: data set message 

: 89 bytes (address/data/checksum) 
: ACK message 

: end-of-data message 

: ACK message 


: start of Exclusive + ID Roland 
: device number (instead of the 


channel number) 


9) 


Transmit $16 
Transmit $40 
Transmit $05 $00 $00 
Transmit $00 $08 $00 
Transmit $73 
Transmit $F7 
Wait 1 
Loop 4 
Transmit $FO $41 $10 $16 $42 
TransmitData 261 $F7 1 
Wait 1 
EndLoop 
Transmit $FO $41 $10 $16 $45 $F7 
Wait 1 
; 
; 2) 64 tones 
b 
Transmit $FO $41 
Transmit $10 


Transmit $16 
Transmit $40 
Transmit $08 $00 $00 
Transmit $01 $00 $00 
Transmit $77 
Transmit $F7 
Wait 1 
Loop 64 
Transmit $FO $41 $10 $16 $42 
TransmitData 261 $F7 1 
Wait 1 
EndLoop 
Transmit $FO $41 $10 $16 $45 $F7 
Wait 1 
3 


; 3) system setup 


Transmit $FO $41 
Transmit $10 
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: MT32 identifier 

: want-to-send-data message 

: address of the first timbre 

: size of the 128 timbres 

: checksum 

 SEOX 

: 20 ms pause 

: start of the loop (4 iterations) 
: data set message 

: 261 bytes (address/data/checksum) 
: 20 ms pause 

: end of the loop 

: end-of-data message 

: 20 ms pause 


: start of Exclusive + ID Roland 
: device number (instead of the 


channel number) 


: MT32 identifier 

> want-to-send-data message 

: address of the first tone 

: size of the 64 tones 

: checksum 

: EOX 

: 20 ms pause 

: start of the loop (64 iterations) 
: data set message 

: 261 bytes (address/data/checksum) 
: 20 ms pause 

: end of the loop 

: end-of-data message 

: 20 ms pause 


: start of Exclusive + ID Roland 
: device number (instead of the 


channel number) 


Transmit 
Transmit 
Transmit 
Transmit 
Transmit 
Transmit 
Wait 1 

Transmit 


$16 
$40 
$10 
$00 
$5A 
$F7 


$FO 


TransmitData 


Wait 1 
Transmit 
Wait 1 


3 


$FO 


; 4) patches 


; 
Transmit 
Transmit 


“Transmit 
Transmit 
Transmit 
Transmit 
Transmit 
Transmit 
Wait 1 

Loop 32 


Transmit $FO $41 $10 $16 $42 
TransmitData 261 $F7 1 


Wait 1 
EndLoop 


Transmit $FO $41 $10 $16 $45 


Wait 1 


J 


$FO 
$10 


$16 
$40 
$06 
$00 
$3A 
$F7 


$00 $00 
$00 $16 


$41 $10 $16 $42 


Zt oe? | 


$41 $10 $16 $45 $F7 


$41 


$00 $00 
$40 $00 


; 5) rhythm setup 


3 
Transmit $FO $41 


Transmit 


Transmit 
Transmit 


$10 


$16 
$40 
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: MT32 identifier 

: want-to-send-data message 

: system setup address 

: system setup size 

: checksum 

: EOX 

: 20 ms pause 

: data set message 

: 27 bytes (address/data/checksum) 


: end-of-data message 
: 20 ms pause 


: start of Exclusive + ID Roland 
: device number (instead of the 


channel number) 


: MT32 identifier 

: want-to-send-data message 

: address of the first patch 

: size of the 128 patches 

: checksum 

aubOR 

: 20 ms pause 

: start of the loop (32 iterations) 
: data set message 

: 261 bytes (address/data/checksum) 
: 20 ms pause 

: end of the loop 

: end-of-data message 

: 20 ms pause 


: start of Exclusive + ID Roland 
: device number (instead of the 


channel number) 


: MT32 identifier 
: want-to-send-data message 


)99 


Transmit $03 
Transmit $00 
Transmit $16 
Transmit $F7 
Wait 1 
Transmit $FO 
TransmitData 
Wait 1 
Transmit $FO 
TransmitData 
Wait 1 
Transmit $FO 
Wait 1 


$01 $10 : address of the rhythm setup 
$02 $54 : size of the rhythm setup 
: checksum 
: EOx 
: 20 ms pause 
$41 $10 $16 $42 : data set message 
26 SF7 1 : 261 bytes (address/data/checksum) 
: 20 ms pause 
$41 $10 $16 $42 : data set message 
89 $F7 1 : 89 bytes (address/data/checksum) 


$41 $10 $16 $45 $F7 : end-of-data message 


: 20 ms pause 


The Yamaha SPX-90 Multieffect 
Syntax 


FOH 
43H 
2nH 
7EH 
4CH 
4DH 
20H 
20H 
38H 
33H 
33H 
32H 
4DH 
ppH 
F7H 


600 


1= A program dump request: 


(11110000): 
(01000011): 
(0010nnnn): 
(01111110): 
(01001100): 
(01001101): 
(00100000): 
(00100000) : 
(00111000): 
(00110011): 
(00110011): 
(00110010): 
(01001101): 


(Oppppppp) : 
Cert): 


Exclusive message status byte 
Yamaha ID 

type of message (2 = request, n = channel) 
type of format 

"LE" (ASCII) 

"M" (ASCII) 

" " (ASCIT) 

" "  (ASCIT) 

"8" (ASCII) 

mo” (ASCII) 

"3" (ASCII) 

"2" (ASCII) 

"M" (ASCII for Memory) 
program number 

EOX 


FOH 
43H 
OnH 
7EH 
OOH 


- 58H 


OpenWindow 


PAT = InputPatch 0 0 PAT 


4CH 
4DH 
20H 
20H 
38H 
33H 
33H 
32H 
4DH 
ppH 
ddH 
cCcH 
F7H 


fl Program Dump 


CloseWindow 


Transmit $ 
Transmit $ 
Transmit $ 
Transmit $ 
Transmit 
Transmit 


FO 
43 
20 
TE 


Transmit $4D 


Programming Dump Utilities |” 


2 * A program dump: 


(11110000): 
(01000011): 
(0000nnnn): 
(01111110): 
(00000000) : 
(01011000): 
(01001100): 
(01001101): 
(00100000): 
(00100000) : 
(00111000): 
(00110011): 
(00110011): 
(00110010): 
(01001101): 


(Oppppppp) : 
(Oddddddd) : 


(Occccccc): 
(11110111): 


Exclusive message status byte 
Yamaha ID 

type of message (0 = dump, n 
type of format 

data size (most significant byte) 

data size (least significant byte, 58H = 88) 
"L" (ASCIT) 

"M" (ASCII) 

" " (ASCIT) 

(ASCII) 

(ASCII) 

(ASCIT) 

(ASCII) 

"2" (ASCII) 

"M" (ASCII for Memory) 

program number 

data (78 bytes) 


= channel) 


"eB" 
1Qu 
are 


checksum 
EOX 


In this example, the channel is fixed and equal tom. 


The Receive Segment 


$4C $4D $20 $20 
$38 $33 $33 $32 


: open the window 

: acquisition of the program number 

: close the window 

: start of Exclusive 

: Yamaha identifier 

: sub-status request (2) + channel (1) 
: format number 

: identification SPX90 

: continued 

: program request 


601 


‘Transmit 


TransmitVar PAT 
Transmit $F7 

Receive $FO $43 

Receive $00 

Receive $7E 

Receive $00 $58 

Receive $4C $4D $20 $20 
Receive $38 $33 $32 $32 
Receive $4D 

ReceiveData 80 $F7 1 
Receive $F7 


The Transmit Segment 


Le segment transmit 
Transmit $FO 
$43 
$00 
$7E 
$00 
$4C 


Transmit 
Transmit 
Transmit 
Transmit 
Transmit $38 
Transmit $4D 
TransmitData 
Transmit $F7 
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$58 
$4D $20 $20 
$33 $33 $32 


80 $F7 1 


: program number 

: EOX 

: start of Exclusive + Yamaha ID 
: sub-status dump (0) + channel (1) 
: format number 

: data size (88) 

: SPX90 ID 

: continued 

: ID ("M" for memory) 

: 80 bytes (PAT/data/checksum) 

: EOX 


: start of Exclusive 

: Yamaha identifier 

: sub-status dump (0) + channel (1) 
: format number 

: data size (88) 

: identification SPX90 

: continued 

: program request 

: 80 bytes (PAT/data/checksum) 

: EOX 


The instruments in the Casio CZ series work via handshakes, using an ex- 


clusive procedure that doesn’t conform to the MIDI standard. This non- 


compliance is the result of the fact that certain messages don’t have the 


Start of Exclusive (FOH) status and/or the End of Exclusive (EOX) 


(F7H) status. 
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The General Syntax of the CZ Family 


Here are the details of the dialog protocol that are common to the entire 


set of Casio synthesizers when a timbre transfer takes place: 
The Send Request 
FOH (11110000): Exclusive message status byte 

44H (01000100): Casio ID Z 


OOH (00000000): sub ID 1 (the CZ family) 

- QOH (00000000): sub ID 2 (the CZ family) 

7nNH (0111nnnn): n = channel 

ccH (Occccccc): operation code (send request) 
ttH (Ottttttt): timbre number 


When it receives one of these messages, the CZ sends back the timbre 
whose number is equal to the value of ttH. . 


The Receive Request | 
FOH (11110000): Exclusive message status byte 
44H (01000100): Casio ID * 


OOH (00000000): sub ID 1 (the CZ family) 

OOH (00000000): sub ID 2 (the CZ family) 

7nH (0111nnnn): n = channel 

ccH (Occccccc): operation code (receive request) 

ttH (Ottttttt): timbre number ; 
This message is used to send a timbre to the CZ, which stores it directly 

in the memory area whose number is equal to the value of ttH. 


Data Block/Block End 


ddH (Oddddddd): timbre data (X bytes) 

7nH (0111nnnn): n = channel 

32H (00110010): operation code (block end) 

The transmission of large amounts of data is broken down into packets. 
This message indicates the end of a packet while also specifying that the 
packet in question isn’t the last packet. 
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Last Data Block/E0X 


ddH (Oddddddd): timbre data (X bytes) 
Fre (11110111): EOX 


This message identifies the last packet in the transmission. 


Ready 1 


FOH (11110000): Exclusive message status byte 
44H (01000100): Casio ID 

OOH (00000000): sub ID 1 (the CZ family) 

OOH (00000000): sub ID 2 (the CZ family) 

7NH (0111nnnn): n = channel 

30H (00110000): operation code (ready 1) 


This message is sent from the Casio to the outside world following a 


dump request (tes a send request), to indicate that the Casio is ready to 
send the packets. 


(Continue 
7nH (0111nnnn): n = channel 
31H (00110001): operation code (continue) 


This message is sent to the Casio after the Casio has sent a block of data, 
in order to tell the Casio to send the next block of data. 


Ready 2 

7nH (0111nnnn): n = channel 

30H (00110000): operation code (ready 2) 

This message is sent from the Casio to the outside world after the Casio 
has received a block of data, in order to acknowledge that the Casio has 


received the block in question. 
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The transactions for these seven take place as shown below: 


1= Transfer of data from the Casio to the dump software: 


DUMP SOFTWARE CASIO 
Send request > 
<— Ready | 
Continue > 
<- Data block/block end 
~ Continue => 
<— Data block/block end 
= Last data block/EOX 
EOX = 


2= Transfer of data from the dump software to the Casio: 


DUMP SOFTWARE CASIO 
Receive request -> 
é- Ready 1 
Data block/block end —- 
a Ready 2 
Data block/block end —- 
co Ready 3 


Last data block/EOX —-> 
= EOX 

The Send Request 1 (L0H) and Receive Request 1 (20H) messages deal 
with only one timbre at a time. These messages are compatible with the 
entire CZ synthesizer family (1.e., the GZ-1, the CZ-101, the CZ-300, 
the CZ-500, the CZ-230, and the CZ-6500). On the other hand, the 
Send Request 2 (11H) and Receive Request 2 (21H) messages exclu- 
sively address the CZ-1. The CA family is one of the rare ones within 


in 


which sounds are transferred not by banks but one by one, without going 
through an edit buffer. Because the data in a CZ-1 timbre doesn’t need to 
be broken into two or more blocks, the Data Block/EOX message isn’t 


used. 

The Receive Segment 
OpenWindow 
CHN = InputChannel O O CHN 
CloseWindow 
vO1i = $00 
VOO = CHN | $70 
Loop 64 


Transmit $FO 
Transmit $44 
Transmit $00 $00 
TransmitVar VOO 
Transmit $11 
TransmitVar V01 
VO1 = VO1 + 1 
ReceiveAny 6 
TransmitVar VO0O 
Transmit $31 
ReceiveData 288 $F7 1 
Receive $F7 
Transmit $F7 
EndLoop 


The Transmit Segment 


OpenWindow 
CHN = InputChannel 0 O CHN 
CloseWindow 
VOi = $00 
VOO = CHN | $70 
Loop 64 
Transmit $FO 
Transmit $44 
Transmit $00 $00 
TransmitVar VO0O 
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: open the window 

: acquisition of the channel 

: close the window 

: initialize the timbre number 

: VOO = 7cH, with c = channel 

: start of loop (64 iterations) 
: start of Exclusive 

: Casio identifier 

: Sub 1D 1, sub ID 2 

: 7CH, with c = channel 

: send request 2 

: timbre number 

: increment the timbre number 

: ready 1 ($FO $44 $00 $00 $7c $30) 
: sub-status (7) + channel (CHN) 
: continue 

: store data (data block) 

: EOX 

<"EOXK 

: end of loop 


: Open the window 

> acquisition of the channel 

: close the window 

: initialize the timbre number 

: VOO = 7cH, with c = channel 

: start of the loop (64 iterations) 
: start of Exclusive 

: Casio identifier 

; Sub -ID 1, sub’ Ibe2 

> 7CH, with c = channel 


2 


res x 
Programming Dump Utilities ted 


Transmit $21 : receive request 2 
TransmitVar V0O1 : timbre number : 
VOi = VO1 + 1 .: increment the timbre number 
TransmitData 288 $F7 1 : data block 
Transmit $F7 : EOX j 
Wait 1 : 20 ms pause 

EndLoop : end of the loop : 
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An Editor/Librarian 


for the —— 


Yamaha IX81Z — 


HIS CHAPTER DESCRIBES the 


implementation of an editor/librar- 


ian dedicated to the 32 voices, stored 
in RAM, of the Yamaha TX81Z ex- 
pander. The corresponding segments 
(which were created by Philip Galanter 
and Tom Bajoras for Hybrid Arts) 
weeks are intended above all to show the 
main programming principles for Exclusive messages, so as to illustrate 
the internal operation of management programs and editing programs for 


MIDI memories. 


The Storage and Transmission formats 
for a32-Voice Dump 


The dump in question (known as VMEM, for “Voice MEMory” or 
“voice bulk data format”) consists of 32 voices of 128 bytes, for a total 
of 4,096 bytes. The transmission format is identical to the format for 
memory storage in the IX81Z (which only uses bits 0 to 6 of the bytes). 
As a result, the Transmit segment and the Receive segment don’t have to 


do any conversions. 
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At the format level, each of the voices appears as shown in Table 13.1 
below: 


TABLE 3.1: Format of the Voices in a 32-Voice Dump for the Yamaha TX81Z 


ADDRESS BITS: MEANING 
0 OOOxxxxx (xxxxx = AR) operator 4 
1 OOOxxxxx (xxxxx = DIR) operator 4 
2 OOOxxxxx (xxxxx = D2R) operator 4 
8. OOO00xxxx (xxxx = RR) operator 4 
4 OOOOxxxx (xxxx = D1L) operator 4 
5 Oxxxxxxx (xxxxxxx = LS) operator 4 
6 Oxyyyzzz (x = AME, y = EBS, z = KVS) operator 4 
7 Oxxxxxxx (xxxxxxx = OUT) operator 4 
8 OOxxxxxx (xxxxxx = CRS) operator 4 : 
2 OOOxxyyy (xx = RS, yyy = DET) operator 4 
10 to 19 the same as 
operator 3 
20 to 29 the same as 
operator 2 
30 to 39 the same as 
operator | 
40 Oxyyyzzz (x = Sync, y = Feedback, z = ALG) ‘ 
Al OXxXXxXXX (xxxxxxx = Speed) 
42 Oxxxxxxx (xxxxxxx = Delay) 
43 Oxxxxxxx (xxxxxxx = P Mod Depth) 
+4 Oxxxxxxx (xxxxxxx = A Mod Depth) 
45 Oxxxyyzz (xxx = P Mod Sens, yy = AMS, zz = Wave) 
46 OOxxxxxx (xxxxxx = Middle C) 


O11 


O12 
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TABLE 3.1; Format of the Voices in a 32-Voice Dump for the Yamaha TX 81Z (continued) 


ADDRESS 


47 
48 


49 
50 
2) 
52 
53 
54 
ep, 
56 
od 
58 
5° 
60 
61 
62 
63 
64 
65 
66 
OF ter 
73 


BITS 


OOOxxxxx 
OOO0abcde 


Oxxxxxxx 
Oxxxxxxx 
Oxxxxxxx 
Oxxxxxxx 
Oxxxxxxx 
Oxxxxxxx 
Oxxxxxxx 
Oxxxxxxx 
Oxxxxxxx 
Oxxxxxxx 
Oxxxxxxx 
Oxxxxxxx 
Oxxxxxxx 
Oxxxxxxx 
Oxxxxxxx 
Oxxxxxxx 
Oxxxxxxx 
Oxxxxxxx 
not used 


OOxxyzzz 


MEANING 


(xxxxx = P Bend Range) 


(a = Chorus, b = Poly Mode, c = Sustain, 
d = Portamento, e = Full Time Porta) 


(xxxxxxx = Porta Time) 
Gomxxxx = FC Volume) 
(xxxxxxx = MW Pitch) 
(xxxxxxx = MW Amplitude) 
(xxxxxxx = BC Pitch) 
(xxxxxxx = BC Amplitude) 
(xxxxxxx = BC Pitch Bias) 
(xxxxxxx = BC EG Bias) 
(xxxxxxx = Voice char 1) 
(xxxxxxx = Voice char 2) 
(xxxxxxx = Voice char 3) 
(xxxxxxx = Voice char 4) 
(xxxxxxx = Voice char 5) 
(xxxxxxx = Voice char 6) 
(xxxxxxx = Voice char 7) 
(xxxxxxx = Voice char 8) 
(xxxxxxx = Voice char 9) 
(xxxxxxx = Voice char 10) 
(reserved for the DX21) 


(xx = EG Shift, y = FIX, zzz = Fix Range) 
op 4 
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TABLE RA: Format of the Voices in a 32-Voice Dump for the Yamaha TX 81Z (continued) 
ADDRESS BITS MEANING 


74 Oxxxyyyy (xxx = OSW, yyyy = FIN) op 4 
75 to 76 the same as 
op 3 
Tito 1/8 the same as 
op 2 
79 to 80 the same as 
op | 
81 OOO000xxx (xxx = Reverb Rate) 
82 Oxxxxxxx (xxxxxxx = FC Pitch) 
83 Oxxxxxxx (XxXXXXx =i os Oy Amplitude) 
84to 127 —not used— 


The Receive and Transmit Segments 


Purely as a matter of convenience, the channel that is acquired in the Re- 
ceive segment is stored on disk after the data. This lets the Transmit seg- 
ment display the value of the channel by default in the window dedicated 
to the acquisition of the channel number for the sending of the dump. 
Likewise for the sake of convenience, when the Transmit or Receive seg- 
ments are activated several times in a row (such as to transmit or receive 
successively several 32-voice banks), only the first activation is accompa- 


nied by a request from the user for acquisition of a channel number. 


The Transmit segment has to calculate the checksum during transmis- 
sion. Although this calculation, which is included here as an example, has 


no practical value in the context of a simple dump utility, it ts essential to 


02 
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the proper functioning of an editor or of a librarian, since any change in 
one or more pieces of data (such as the editing of a parameter or a patch 


name) automatically causes a change in the checksum. 


The Receive Seoment 


; acquisition of the MIDI channel by the user 


3 
Nea.— | 
GoSub L90 


V21 = $20 | CHN > V21 = 2cH, with c = CHN 


; data reception address (VO0O) and channel storage address (V01) 


3 

voo = 0 

VO1 = 4,096 

bf 

PTR = VOO : data buffer address (for data reception) 
Transmit $FO $43 : start of Exclusive, and Yamaha ID 
TransmitVar V21 : sub-status request (2) + channel 
Transmit $04 : request for 32 voices 

Transmit $F7 : EOX 

Receive $F0O $43 : start of Exclusive, and Yamaha ID 
ReceiveAny 1 : sub-status dump (0) + channel 
Receive $04 : ID for 32 voices 

Receive $20 $00 : data size (4,096 bytes) 
ReceiveData 4,096 $F7 1 : store 4,096 data bytes + checksum 
Receive Any 1 : checksum 


Receive $F7 : EOX 


3 


; storage of the channel number at the end of the dump 


3 
PTR 


= PTR + 2 : PTR = 4,098 (number of bytes to save) 
Vii = VO1 
PokeData V11 CHN B : storage of channel 
Vii = V11 + 1 
PokeData V11 V22 B : storage of channel flag 
Stop 
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. 
3 


; subroutine for MIDI channel dcquisition & 
3 

L90 

V99 = CHN LT 16 : the first time, CHN is set to FFFFFFFFH : 
If V99 GoTo L91 : the channel is acquired only on the first pass 

5 6 
OpenWindow : open a window for channel acquisition 

CHN = InputChannel 0 0 O : channel verification (CHN < 17) is 

V22 = 0 : done automatically by GenEdit ;: 
CloseWindow : close the window 

; 

L91 


Return 


The Transmit Segment 


3 

; address for data reception (VO0) and channel storage (V01) 
3 

~VO0O0O = 0 

Vol 4,096 


3 
; channel acquisition, and transfer to variable V21 


GoSub L90 
V21 = CHN , z 
; 


- transmission of the dump, and on-the-fly checksum calculation (V25) 


3 


3 
v1i0 = VOO 
v25 = 0 P 
Transmit $FO $43 : start of Exclusive, and Yamaha ID 
TransmitVar 21 : sub-status dump (0) + channel 
Transmit $04 »TDrfor S2 voices 
Transmit $20 $00 : data size (4,096 bytes) 
Loop 4,096 
V30 = PeekData V10 B 
TransmitVar V30 : transmission of data bytes, one by one 
V25 = V30 + V25 : addition of data bytes for the checksum : 
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Vi0 = V10 + 71 
EndLoop 
V25 = NEG V25 
V25 = V25 & %01111111 


TransmitVar V25 : checksum 
Transmit $F7 mEOX 


Stop 
; 
; channel-acquisition subroutine 


3 

L90 

V99 = CHN LT 16 : la first time, CHN is set to FFFFFFFFH 

If V99 GoTo L91 : the channel is acquired only on the first pass 


3 
; recovery of the channel stored with the dump file 
; for display by default 


3 

CHN = PeekData VO1 B 
OpenWindow 

CHN = InputChannel O O CHN 
CloseWindow 


5 
L91 
Return 


The Initialize Seoment 


The Initialize segment indicates how big the edit buffer is (upon receiv- 
ing a voice from the data buffer, either by a simple copy made by means 
of the Get Patch segment, or by conversion into EBDT format by means 
of the Make Edit segment), tells it the number and type of voice number- 
ing (32, and from IO] to 132), and also tells it the position and length of 
the name within a voice (as transferred into the edit buffer by the Get 


Patch segment). 
EBL = 128 : the number of bytes in the edit buffer 
NMO = 57 : the position of the name of a voice within the 
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_ 3 buffer — 
NML = 10 : the length of the name 
FormatBank 'I' 32 1 : the number of sounds (32, from 101 to I32) 


The Get Patch and Put Patch Seements 


Based on this information, the names of the 32 voices in the bank are dis- 
played onscreen in the window that was selected upon reception, as 
shown in Figure 13.1 below, by means of successive copyings of these 
voices from the data buffer into the edit buffer (using the Get Patch seg- 
ment). The Put Patch segment functions tn conjunction with the Get 


FROMMIDI. TZ 


GrandPiano 
LoTine8izZ 
DynomiteEP 
PercOrgan 
Thin Clay 
BriteCelst 
TrumpetsiZ 
‘| Flugelhorna 
RaspAlto 
Harmonica 
DoubleBass 
HiString 1 
Harp 
FanfarTpts 
BreathOrgn 
NylonGuit 
Guitar #1 | 
Funky Pick 
ElecBass 1 


FIGURE 13.1: The 32-voice bank in the Yamaha TX81Z 
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Patch segment when copies are manipulated. Because the names of the 
voices in the TX81Z are coded in ASCII, no translation ts necessary. 


The Get Patch Segment 


V30 = PAT * 128 : PAT corresponds to the voice number, V30, at 
the address of the voice in the data buffer 

CopyDtoE V30 0 128 B : copy a voice from the data buffer to the edit 
buffer 

The Put Patch Segment 

+] 

V30 = PAT * 128 : PAT corresponds to the voice number, V30, 
at the address of the voice in the data buffer 

CopyEtoD O V30 128 B : copy a voice from the edit buffer to the data 


buffer 


The Storage and Transmission Formats 
for the Edit Buffer 


By examining the syntax of the Exclusive messages of the TX81Z, you 
can see that the format for the storage of any of the 32 voices in a 
TX81Z bank (1.e., the VMEM dump) is different from the format in 

- which the voice is stored in the edit buffer. For reasons having to do with 
compatibility with other four-operator synthesizers made by Yamaha, 
this edit buffer is divided into two sections: VCED for Voice EDit pa- 
rameters, and ACED for voiCe EDit Additional parameters, as indicated 
in Table 13.2 and Table 13.3 below. 
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TABLE .2: The Structure of VCED Data (93 Bytes) 
ADDRESS PARAMETER 


ABBREVIATION VALUE 


0 Attack Rate (op 4) AR Otol 
1 Decay | Rate (op 4) DIR Oto 31 
Zz Decay 2 Rate (op 4) D2R 0 to 31 
3 Release Rate (op 4) RR Oto 1S 
4 Decay | Level (op 4) DIL Oto 15 
Ss Level Scaling (op 4) ES 0 to 99 
6 Rate Scaling (op 4) RS Oitors 
y EG Bias Sensitivity (op 4) EBS 0to7 i 
8 Amplitude Modulation Enable AME Oto l 
(op 4) 

9 Key Velocity Sensitivity (op 4) KVS 0 to 7 
10 Operator Output Level (op 4) OUT 0 to 99 
iB Frequency (op 4) CRS 0 to 63 
12 Detune (op 4) | DET 0 to 6 


13t6 25 the same as op 3 
26 to 38 che same as op 2 
39 to S51 the same as op 1 


V2 Algorithm ALG 0 to 7 ‘ 
33 Feedback Feedback Oto 7 
54 LFO Speed Speed 0 to 99 
os LFO Delay Delay Uies Se) 
56 Pitch Modulation Depth P Mod Depth 0 to 99 
57 Amplitude Modulation Depth “A Mod Vive?) 
Depth 
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TABLE 3.2: The Structure of VCED Data (93 Bytes) (continued) 


ADDRESS PARAMETER ABBREVIATION VALUE 
58 LFO Sync Sync Oto | 
oY LFO Wave Wave Oto 3 
60 Pitch Modulation Sensitivity P Mod Sens Oto 7 
61 Amplitude Modulation AMS Oto 3 
Sensitivity 
62 Transpose Middle C = 0 to 48 
63 Poly/Mono Poly Mode 0 to | 
64 Pitch Bend Range P Bend Range Oto 12 
65 Portamento Mode Full Time Oto | 
Porta 
66 Portamento Time Porta Time 0 to, 99 
67 Foot Control Volume FC Volume O10 99 
68 Sustain Oto] 
69 Portamento 0 to | 
70 Chorus Oto | 
7A Modulation Wheel Pitch MW Pitch Ore OF 
iz Modulation Wheel Amplitude MW O to 99 
Amplitude 
73 Breath Control Pitch BC Pitch 0 to 99 
74 Breath Control Amplitude BC Oa09 
Amplitude 
iis Breath Control Pitch Bias BC Pitch Bias 0 to 99 
76 Breath Control EG Bias BC EG Bias Oto: 99 
rags Voice Name char | S202 / 
78 Voice Name char 2 32 to 127, 
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TABLE 13.2: The Structure of VCED Data (93 Bytes) (continued) 


ADDRESS PARAMETER ABBREVIATION VALUE 

We Voice Name char 3 32, to 127 
80 Voice Name char4 32 to 127 
81 Voice Name char 5 S2to 127, 
82 Voice Name char 6 62to 127 
83 Voice Name char 7 32 tor 27 
84 Voice Name char 8 32 to 127 
85 Voice Name char 9 32 tod? 
86 Voice Name char 10 o2 te 127 
87 to 92 —not used— 


TABLE 3.3: Zhe Structure of ACED Data (23 Bytes) 


ADDRESS PARAMETER ABBREVIATION VALUE 
0 Fixed Frequency (op 4) FIX Otol 
Fixed Frequency Range (op 4) , FixRange Oto 7 
__. Frequency Range Fine (op 4) FIN Oto 1S 
3 Operator Waveform (op 4) OSW Oto 7 
4 EG Shift (op 4) SHFT Oto 3 
5109 the same as op 3 


10 to 14 the samc as op 2 
15 to 19 the same as op | 


20 Reverb Rate Reverb rate 0 to 7 
om| Foot Controller Pitch FC Pitch 0 to 99 
22 Foot Controller Amplitude FC Amplitude 0 to 99 
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The Made Edit and Unmake Edit Seoments 


While the VMEM format uses certain bytes to code several parameters 
for a voice, the VCED + ACED format stores only one parameter per 
byte. What this ‘means is that the VMEM format corresponds exactly to 
the definition of the EBDT format that’s used in the implementation 

of the editor. As a result, the Make Edit segment does the conversion be- 
tween the VMEM format for a voice in the data buffer (i.e., 128 bytes) 
and the VCED + ACED format of the edit buffer (i.e., 116 bytes), while 


the Unmake Edit segment does the conversion in the opposite direction. 


The Make Edit Seement 


; 
V10 = PAT * 128 : pointer to the data buffer (format VMEM) 
vo9 = 0 : convert operator 4 from VMEM to VCED 
GoSub L10 

Vvo9 = 13 : convert operator 3 from VMEM to VCED 
GoSub L10 

VO9 = 26 : convert operator 2 from VMEM to VCED 
GoSub L10 

Vvo9g = 39 : convert operator 1 from VMEM to VCED 
Vvo9 = 39 

GoSub L10 

; 

vog = 0 


; decompress and copy Sync, Feedback, ALG 


3 
V51 = %01000000 


V61 = 6 

V71 = 58 

V52 = %00111000 
V62 = 3 

V72 = 53 

V53 = %00000111 
V63 = 0 

V73 = 52 

GoSub L40 
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; copy Speed, Delay, P Mod Depth, A Mod Depth ‘ 
; 

V50 = 4 

V70 = 54 ° 


GoSub L50 


j s 


; decompress and copy P Mod Sens, AMS, Wave 


t] 
V50 = 3 . 


V51 = %01110000 

V61 = 4 : 
v71 = 60 

V52 = %00001100 

V62 = 2 : 
V72 = 61 

V53 = %00000011 

V63 = 0 : 
V73 = 59 ! 

GoSub L40 ° 


; copy Transpose 


3 
V50 


a 
V70 = 62 : 


GoSub L50 


; copy P Bend Range 


3 
V50 = 1 ° 


V70 = 64 


GoSub L50 


3 


- decompress .and copy Chorus, Poly Mode, Sustain, Portamento, Full 


3 


* 
5) a 


; Time Porta 

3 

V50 = 5 ‘ 
V51 = %00010000 

V61 = 4 
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V71 = 70 

V52 = %00001000 
V62 = 3 

V72 = 63 

V53 = %00000100 
V63 = 2 

V73 = 68 

V54 = %00000010 
V64 = 1 

V74 = 69 

V55 = %00000001 
V65 = 0 

V75 = 65 


GoSub L40 


3 


; copy Porta Time, FC Volume 


3 

V50 = 2 
V70 = 66 
GoSub L50 


copy MW Pitch, MW Amplitude, BC Pitch, BC Amplitude, 
BC Pitch Bias, BC EG Bias 


‘eo we we we 


V50 = 22 

V70 = 71 

GoSub L50 

VO9 = 93 > copy operator 4 from VMEM to ACED 
GoSub L20 

Vo9 = 98 : copy operator 3 from VMEM to ACED 
GoSub L20 

vog = 103 : copy operator 2 from VMEM to ACED 
GoSub L20 

Vo9g = 108 : copy operator 1 from VMEM to ACED 
GoSub L20 

; 

vo9 = 0 


; copy Reverb Rate, FC Pitch, FC Amplitude 


) 
Voee— 3 
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V70 = 113 
GoSub L50 


5 

Stop 

; 

; Subroutine for decompressing and copying the operator from VMEM to VCED 
; 

L10 

’ 


; decompress and copy AR DR1 DR2 RR DIL LS 


’ 
V50 = 6 


V70 = 0 


GoSub L50 


| 


; decompress and copy AME EBS KVS 


bf 
V50 = 3 


V51 = %01000000 

V6él = 6 : * 
V71 = 8 

V52 = %00111000 

V62 = 3 ; 
V72 =7 

V53 = %00000111 

V63 = 0 

V73 = 9 . 

GoSub L40 : 
3 

; copy OUT CRS A 
; 

V50 = 2 

V70 = 10 : 


GoSub L50 


3 2 


; decompress and copy RS DET 


2 

V50 = 2 

V51 = %00011000 
V61 = 3 
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V71 = 6 

V52 = %00000111 
V62 = 0 

V72 = 12 

GoSub L40 


Return 


3 


; subroutine for decompressing the operator from VMEM to ACED 
; 

L20 

; 

; decompress and copy SHFT, Fix, Fix Range 


J 

V50 = 3 

V51 = %00110000 
V61 = 4 

V7i = 4 

V52 = %00001000 
V62 = 3 

V72 = 0 

V53 = %00000111 
V63= 0 

Veo = 1 


GoSub L40 


3 


; decompress and copy OSW, FIN 


3 
V50 = 
V51 = % 
V61 = 4 
V71=3 
V52 = %00001111 
0 
2 


I 
ine) 


01110000 


V72 = 
GoSub L40 
Return 


3 
; decompression subroutine intended to create as many VCED or 
; ACED bytes as there are parameters in several bits in a VMEM byte 


G@66 


one 
gery 
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; V10 - VMEM pointer (data buffer) 

' VO9 - VCED or ACED pointer (edit buffer) : 
; V50 —- number of parameters in the VMEM byte 

; V51 - V58 - mask for each of these parameters 

; V61 - V68 - rightward shift for each of these parameters : 
; V71 — V78 - VCED/ACED storage offset in relation to VO9 

; a * 
L40 

V30 = PeekData V10 B 

V10 = V10 + 1 sf 
; 

; field 1 : 
3 

V31 = V30 & V51 

V31 = V31 >> V61 “ 


Vig) = VOS + V71 
PokeEdit V19 V31 


} 


; field 2 


3 

Vogr— V50 LT 2 
If V99 GoTo L42 
V31 = V30 & V52 
V31 = V31 >> V62 
Vv1i9 = VO9 + V72 
PokeEdit V19 V31 


3 


; t2eld 3 


3 

Voo = V50 LT 3 
If V99 GoTo L42 
V31 = V30 & V53 
V31 = V31 >> V63 
V19 = VO9 + V73 
PokeEdit V19 V31 


; field 4 


5 
v99 = V50 LT 4 
If V99 GoTo L42 


V31 


V31 
v19 


V30 & V54 
V31 >> V64 
Vo9 + V74 


PokeEdit V19 V31 B 


bs 


ender 5 


; 
v99 = V5O LT 5 
If V99 GoTo L42 


V31 
V31 
Vv19 


V30 & V55 
V31 >> V65 
VO9 + V75 


PokeEdit V19 V31 B 


; tield 6 


3 
v99 = V50 LT 6 
If V99 GoTo L42 


V31 
V31 
v19 


V30 & V56 
V31 >> V66 
VO9 + V76 


PokeEdit V19 V31 B 


5 


eave ld 7 


5] 
Wdee= V5oO LT 7 
If V99 GoTo L42 


V31 
V31 
v19 


V30 & V57 
V31 >> V67 
VOS = V77 


PokeEdit V19 V31 B 


3 


; field 8 


3 
V99 = V50 LT 8 
If V99 GoTo L42 


V31 
V31 
v19 


PokeEdit V19 V31 B 


628 


666 


V30 & V58 
V31 >> V68 
Vo9g + V78 
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; 
L42 
Return 


; subroutine to copy a certain number of VMEM into VCED or 
; ACED format 


; V10 — VMEM pointer (data buffer) 

; VO9 - VCED/ACED pointer (edit buffer) 
; V50 - number of bytes to shift 

; V70 - copy offset in relation to VOo9 
j 

L50 


Vi9 = VO9 + V70 
CopyDtoE V10 V19 V50 B 
V10 = V10 + V50 


Return 
The Unmake Edit Segment 
Vi0 = PAT * 128 : pointer to the data buffer (VMEM format) 
Vo9 = 0 : convert operator 4 from VCED to VMEM ; 
GoSub L10 
vo9g = 13 : convert operator 3 from VCED to VMEM 
GoSub 110 
VO9 = 26 : convert operator 2 from VCED to VMEM 
GoSub L10 
vo9g9 = 39 : convert operator 1 from VCED to VMEM 
GoSub L10 
; 
vo9 = 0 


3 


; compress and copy Sync, Feedback, ALG 


3 
V50 = 3 


mol = 6 
V71 = 58 
Vez — 3 
V72 = 53 
V63 = 0 


029 
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V73 = 52 
GoSub L40 


; copy Speed, Delay, P Mod Depth, A Mod Depth 


3 
V50 


nA 
V70 = 54 


GoSub L50 


3 


; compress and copy P Mod Sens, AMS, Wave 


V50 = 3 


V61 = 4 
V71 = 60 
voe = 2 
Vie — Gl 
V63 = 0 
V73 = 59 


GoSub L40 


; copy Transpose 


t] 
V50 = 1 


V70 = 62 

GoSub L50 

; copy P Bend Range 
V50 = 1 

V70 = 64 

GoSub L50 

; compress and copy Chorus, Poly Mode, Sustain, Portamento, Full 
; Time Porta 

; 

V50 = 5 

V61 = 4 

V71 = 70 

V62 = 3 

V72 = 63 

V63 = 2 

V73 = 68 

V64 = 1 


030 


e6eé 


cay 
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le 


V74 = 69 
veo = 0 
V75 = 65 


GoSub L40 


3 


; copy Porta Time, FC Volume 


3 
V50 = 2 
V70 = 66 


GoSub L50 


5 
; copy MW Pitch, MW Amplitude, BC Pitch, BC Amplitude, 
; BC Pitch Bias, BC EG Bias 


by 
V50 


= 22 
V70 = 71 
GoSub L50 
Vo9 = 93 : copy operator 4 from ACED to VMEM 
GoSub L20 
VO9 = 98 : copy operator 3 from ACED to VMEM 
GoSub L20 
VO9 = 103 : copy operator 2 from ACED to VMEM 
GoSub L20 
Vo9g = 108 : copy operator 1 from ACED to VMEM 
GoSub L20 
; 
vo9 = 0 


3 


; copy Reverb Rate, FC Pitch, FC Amplitude 


3 

V50 = 3 
V70 = 113 
GoSub L50 


3 5 
Stop A 
; 

; subroutine to decompress and copy the VCED operator in VMEM 


J 
L10 


3 
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; compress and copy AR DR1 DR2 RR DiL LS 


5 
V50 = 6 


V70 = 0 


GoSub L50 


; Compress and copy AME EBS KVS 


3 

V50 = 
V61 = 
V71 = 
V62 = 
V72 = 
V63 = 
V73 = 
GoSub L40 


5 


; compress and copy OUT CRS 


OON WOOD & 


5 
V50 = 2 
V70 = 10 


GoSub L50 


; compress and copy RS DET 


3 

V50 = 2 
V61 = 3 
V71 =6 
V62 = 0 
V72 = 1 
GoSub L40 
Return 


u 


; subroutine to decompress the ACED operator in VMEM 
; 

L20 

; 


; compress and copy SHFT, Fix, Fix Range 


’ 
V50 = 3 


032 
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V61 = 
V71 = 
V62 = 
V72 = 
V63 = 
V73 = 
GoSub 


b 

V50 = 
V61 = 
V71 = 
V62 = 
V72 = 
GoSub 
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=-~oOooof £ 


L40 


; decompress and copy OSW, FIN 


mow Ff ND 


L40 


Return 


b 


; compression subroutine to create a VMEM byte from 
; Parameters contained in certain bits of VCED or ACED bytes 


V10 - VMEM pointer (data buffer) 
vo9 - VCED or ACED pointer (edit. buffer) 
V50 - number of parameters to store in the VMEM byte 


; V61 - V68 - leftward shift for each of these parameters 
; V71 - V78 - VCED/ACED parameter offset in relation to VO9 
F 5 

L40 

V31 = %00000000 

j 

; field 1 

5 

V19 = VO9 + V71 

V30 = PeekEdit V19 B 
V30 = V30 << V61 
V31 = V31 | V30 

5 


» taeld 2 


3 
V99 = V50 LT 2 


pene 
sapere 


a 
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If V99 GoTo L42 
V19 = VO9 + V72 


V30 = PeekEdit V19 B 
V30 = V30 << V62 

V31 = V31 | V30 

; 


; field 3 


3 

vV99 = V50 LT 3 
If v99 GoTo L42 
V1i9 = VO9 + V73 


V30 = PeekEdit V19 B 
V30 = V30 << V63 

V31 = V31 | V30 

} 


; field 4 


3 

v99 = V50 LT 4 
If V99 GoTo L42 
V19 = VO9 + V74 


V30 = PeekEdit V19 B 
V30 = V30 << V64 

V31 = V31 1 V30 

; 


weate.d 5 


3 

v99 = V50 LT 5 
If V99 GoTo L42 
V19 = VO9 + V75 


V30 = PeekEdit V19 B 
V30 = V30 << V65 

V31 = V31 | V30 

; 


; TLeldrG 


b 
V99 = V50 LT 6 
If V99 GoTo L42 


V19 = VO9 + V76 
V30 = PeekEdit V19 B 
V30 = V30 << V66 


O34 


€G66 


ft fs 
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& 


ei 
ABR A 


V31 = V31 | V30 
; : 


; tield 7 


3 

v99 = V50 LT 7 ; e 
If V99 GoTo L42 

V19 = VO9 + V77 

V30 = PeekEdit V19 B 


V30 = V30 << V67 

V31 = V31 | V30 * 
5] 

; field 8 ’ 
3 

v99 = V50 LT 8 

If V99 GoTo L42 : 
V1i9 = VO9 + V78 

V30 = PeekEdit V19 B 

V30 = V30 << V68 5 
V31 = V31 | V30 

L42 : 


PokeData V10 V31 B 
v10 = V10 + 1 
Return 


; subroutine to copy a certain number of VCED or ACED s 
; bytes into VMEM format 


; V10 — VMEM pointer (data buffer) 

; VO9 - CED/ACED pointer (edit buffer) 
; V50 - number of bytes to shift 

; V70 - copy offset in relation to VO9 


3 

L50 . 
V19 = VO9 + V70 

CopyEtoD V19 V10 V50 B : : 
V1i0 = V10 + V50 

Return 

if V32 B 

V43 = PeekEdit V33 B 

V42 31 - V42 


eh 


c 
& 
s 


hy Se 
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: x 


et 
s 


2 


V42 = V42 * V43 
V42 = V42 / 31 
PokeEdit V31 V42 B 


Return 
Transmitting a Voice to the Yamaha 1X81 
The Send Edit segment simply takes the result of the decompression per- 
formed by the Make Edit segment (i.e., from the VMEM format for a 
single voice in the data buffer to the VCED + ACED format of the edit 
buffer) and sends it to the edit buffer of the instrument. 
The Send Edit Segment 
vog = 0 : pointer to the edit buffer 
GoSub L90 > acquisition of the MIDI channel 
GoSub L40 : transmit ACED from the edit buffer 
GoSub L30 : transmit VCED from the edit buffer 
Stop : end of segment 
L30 : transmit VCED and calculate the checksum (V25) 
V19 = VO9 + O 
V25 = 0 


Transmit $FO $43 
TransmitVar CHN 
Transmit $03 $00 $5D 
Loop 93 
V30 = PeekEdit V19 B 
TransmitVar V30 
V25 = V30 + V25 
Vi9 = V19 + 1 
EndLoop 
V25 = NEG V25 
V25 = V25 & %01111111 
TransmitVar V25 
Transmit $F7 
Return 
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3 
L40 : transmit ACED and calculate the checksum (V25) 
; : initialize to 573 ("LM 8976AE") 
V19 = VO9 + 93 
V25 = 573 
Transmit $FO $43 
TransmitVar CHN — 
Transmit $7E $00 $21 $4C $4D $20 $20 $38 $39 $37 $36 $41 $45 
Loop 23 

V30 = PeekEdit V19 B 

TransmitVar V30 

V25 = V30 + V25 

Vi9 = V19 + 1 
EndLoop 
V25 = NEG V25 
V25 V25 & %01111111 
TransmitVar V25 
Transmit $F7 
Return 


3 : : 
_L90 : acquisition of the MIDI channel 
V99 = CHN LT 16 

If ‘V99 GoTo L91 

OpenWindow 

CHN = InputChannel 0 0 0 

CloseWindow 


ul 
L91 
Return 


The Editor's Objects and EBD] Format 


Each object in the editor is characterized by a range of minimum to maxi- 
mum values and by the address of the corresponding parameter in the 
edit buffer. This is what lets GenEdit distribute the change when an ob- 
ject is manipulated. The programming of the address in the edit buffer 
and the programming of the range of values for each object are done by 


means of the EBDT format, as shown in Table 13.4 below. 
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TABLE 13.4: The EBDT Format 


PARAMETER NAME AND 
ABBREVIATION 


Op 4 Attack Rate AR 
Op 4 Decay | Rate DIR 
Op 4 Decay 2 Rate D2R 
Op 4 Release Rate RR 
Op 4 Decay | Level DIL 
Op 4 Level Scaling RS 
Op 4 Rate Scaling RS 


Op 4 EG Bias Sensitiv. 
EBS 


Op 4 Ampli. Mod 
Enable AME 


Op 4 Key Velocity 
Sens.K VS 


Op 4 Oper. Output Lvl. 
OuT 


Op 4 Frequency CRS/F 
Op 4 Detune 


DET/DBT 
Op 3 Attack Rate AR 
Op 3 Decay 1 Rate DIR 


Op 3 Decay 2 Rate D2R 


Op 3 Release Rate RR 


NUMBER OF 
BYTES 


ADDRESS OF 


THE EDIT 
BUFFER 


00000 
00001 
00002 
00003 
00004 
00005 
00006 
00007 


00008 


_ 00009 


00010 


00011 
00012 


00013 


00014 


0001S 


00016 


+00000 
+00000 
+00000 
+0000! 
+00000 
+00000 
+00000 
+00000 


+00000 
+00000 
+00000 


+00000 


~ 400000 


+00000 


+00000 


+00000 


+00001 


MAXIMUM 


VALUE 


+0003 1 
+0003 I 
+0003 | 
+00015 
+00015 
+00099 
+00003 
+00007 


+00001 


+00007 


+00099 


+00063 


+0 to 
00006 


+0 to 
0003 1 


+0 to 
00031 


+0 to 
00031 


+00015 


TABLE (3.4: Zhe EBDT Format (continued) 


PARAMETER RAME AND 


rte OR 
em 
~ 
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ADDRESS OF 
THE EDIT 


minimum 


MAXIMUM 


ABBREVIATION 
Op 3 Decay | Level DIL 


Op 3 Level Scaling RS 
Op 3 Rate Scaling RS 


Op 3 EG Bias Sensitiv. 
EBS 


Op 3 Ampli. Mod En- 
able AME 


Op 3 Key Velocity 
Sens.KVS 


Op 3 Oper. Output Lvl. 
Col 

Op 3 Frequency CRS/F 
Op 3 Detune 
DET/DBT 

Op 2 Attack Rate AR 
Op 2 Decay | Rate DIR 


Op 2 Decay 2 Rate D2R 


Op 2 Release Rate RR 


NUMBER OF 
BYTES 


BUFFER: 
00017 


00018 


00019 


00020 


00021 


00022 


00023 


00024 


00025 


00026 


00027 


00028 


00029 


VALUE 
+00000 


+00000 


+00000 


+00000 


+00000 


+00000 


+00000 


+00000 


+00000 


+00000 


+00000 


+00000 


+00001 


VALUE 
+0 to 
00015 


+0 to 
00099 


+0 to 
00003 


+0 to 
00007 


+0 to 
00001 


+0 to 
00007 


+0 to 
00099 


+0 to 
00063 


+0 to 
00006 


+0 to 
00031 


+0 to 
00031 


+0 to 
00031 


+00015 
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TABLE 3.4; Zhe EBDT Format (continued) 
ADDRESS OF 


PARAMETER NAME AND NUMBER OF THE EDIT Minimum MAXIMUM 
ABBREVIATION BYTES BUFFER VALUE VALUE 
Op 2 Decay | Level DIL 1 00030 +00000 +0 to 
00015 
Op 2 Level Scaling RS l 00031 +00000 +0 to 
00099 
Op 2 Rate Scaling RS l 00032 +00000 +0 to 
00003 
Op 2 EG Bias Sensitiv. l 00033 +00000 +0 to 
EBS | 00007 
Op 2 Ampli. Mod En- I 00034 +00000 +0 to 
able AME 00001 
Op 2 Key Velocity I 00035 +00000 +0 to 
Sens.KVS 00007 
Op 2 Oper. Output Lvl. I 00036 +00000 +0 to 
OUT 00099 
Op 2 Frequency CRS/F 1 00037 +00000 +0 to 
00063 
Op 2 Detune 1 00038 +00000 +0 to 
DET/DBT 00006 
Op | Attack Rate AR 1 00039 +00000 +0 to 
00031 
Op I Decay | RateDIR_ 1 00040 +00000 +0 to 
00031 
Op lees Rate D2ZRae 1 00041 +00000 +0 to 
. 00031 
Op | Release Rate RR l 00042 +00001 +00015 
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TABLER.4: The EBDT Format (continued) 


ADDRESS OF 
PARAMETER NAME AND NUMBER OF THE EDIT minimum MAXIMUM, 
ABBREVIATION BYTES: BUFFER VALUE VALUE 
Op 1 Decay 1 Level DIL 1 00043 +00000  +0to 
00015 
Op I Level Scaling RS 1 00044 +00000 +0 to 
00099 
Op I Rate Scaling RS l 00045 +00000 +0 to 
00003 
Op | EG Bias Sensitiv. I 00046 +00000 +0 to 
EBS 00007 
Op 1 Ampli. Mod En- Il 00047 +00000 +0 to 
able AME 00001 
Op 1 Key Velocity ] 00048 +00000 +0 to 
Sens.KVS 00007 
Op I Oper. Output Lvl. l 00049 +00000 +0 to 
OUT 00099 
Op I Frequency CRS/F 1 00050 +00000 +0 to 
00063 
Op 1 Detune 00051 +00000 +0 to 
DET/DBT 00006 
Algorithm ALG I 00052 +00000 +0 to 
00007 
Feedback /FBL 1 00053 +00000 +0 to 
00007 
LFO Speed JJEES ] 00054 +00000 +0 to 
00099 
LFO Delay /LFD l 00055 +00000 +0 to 
00099 
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TABLE 13.4; Zhe EBDT Format (continued) 


PARAMETER NAME AND 


ABBREVIATION 


Pitch Modul. Depth 
/PMD 


Amplitude. Mod. Depth 
/AMD 


LFO Sync yea 
LFO Wave /LFW 
Pitch Mod. Sens. /PMS 


Ampli. Mod. Sens. 
AMS/AMS 


Transpose (Middle C=) 
/TRPS 


Poly/Mono Poly Mode 
/PMO 


Pitch Bend Range /PBR 


Portamento Mode 
/PMO 


Portamento Time 


/PORT 


Foot Control Volume 
7EC VOL 


Sustain (not used) Vou 


ADDRESS OF 


THE EDIT 


BUFFER 


00056 


00057 


00058 


00059 


00060 


00061 


00062 


00063 


00064 


00065 


00066 


00067 


00068 


minimum 
VALUE 

+00000 
+00000 
+00000 
+00000 
+00000 
+00000 
+00000 
+00000 
+00000 
+00000 
+00000 


+00000 


+00000 


maximum 
VALUE 


+0 to 
00099 


+0 to 
00099 


+0 to 
00001 


+0 to 
00003 


+0 to 
00007 
“Oto 
00003 
+0 to 
00048 


+0 to 
00001 


+0 to 
00012 


+0 to 
00001 


+0 to 
00099 


+0 to 
00099 


+0 to 
00001 
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TABLE 3.4; The EBDT Format (continued) 


ADDRESS OF 

PARAMETER NAME AND AUMBER OF THE EDIT MiniMvM MAXIMUM 
ABBREVIATION BYTES BUFFER VALUE VALUE 
Portamento (not used) 1 00069 +00000 +0 to 
/PO 00001 
Chorus (not used) /CH 1 00070 +00000 +0 to 

00001 
Modulation Wheel Pitch 1 00071 +00000 +0 to 

00099 
Modulation Wheel Am- l 00072 +00000 +0 to : 
plitude 00099 
Breath Control Pitch l 00073 +00000 +0 to 

00099 
Breath Control] Ampli- i 00074 +00000 +0 to ; 
tude 00099 
Breath Control Pitch Bias | 00075 +00000 +0 to 

00099 

Breath Control EG Bias 1] 00076 +00000 +0 to 

00099 
Voice Name Char | J 00077 +00032 +00127 
Voice Name Char 2. l 00078 +00032 +00127 
Voice Name Char 3 I 00079 +00032 +00127 
Voice Name Char 4 | 00080 +00032 +00127 
Voice Name Char 5 i 0008 1 +00032 +00127 
Voice Name Char 6 l 00082 +00032 +00127 
Voice Name Char 7 I 00083 +00032 +00127 
Voice Name Char 8 | 00084 +00032 +00127 ' 
Voice Name Char 9 il 00085 +00032 +00127 


&66 


PARAMETER NAME AND 
ABBREVIATION 


Voice Name Char 10 


Hot used—— 
—not used— 
—not used— 
—not used— 
—not used— 
—not used— 
Op 4 Fixed Frequency 


Op 4 Fixed Fq. Range 
/FIXRG 


Op 4 Freq. Range Fine 
/ FINE 


Op 4 Oper. Wave 
OSW/OPW 


Op 4 EG Shift 
SHET/EGSFT 


Op 3 Fixed Frequency 


ADDRESS OF 
THE EDIT 
BUFFER 


00086 
00087 


00088 


00089 


00090 


0009 | 


00092 


00093 


00094 


00095 


00096 


00097 


00098 


+00032 
+00000 


+00000 


+00000 


+00000 


+00000 


+00000 


+00000 


+00000 


+00000 


+00000 


+00000 


+00000 


MAXIMUM 
VALUE 


+00127 


“+0 to 
00127 


+0 to 
00127 


+0 to 
00127 


+0 to 
00127 


+0 to 
OGIZ7 
Oita 
00127 


+0 to 
00001 


+0 to 
00007 


+0 to 
00015 


+0 to 
00007 


+0 to 
00003 


+0 to 
00001 
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TABLE 3.4: Zhe EBDT Format (continued) 


ADDRESS OF 
PARAMETER MAME AND AUMBER DE THEEDIT MAXIMUM 
ABBREVIATION BYTES BUFFER VALUE 
Op 3 Fixed Fq. Range l 00099 +00000 +0 to 
/FIXRG 00007 
Op 3 Freq. Range Fine 1 00100 +00000 +0 to 
/FINE 00015 
Op 3 Oper. Wave 1 OO101 +00000 +0 to 
OSW /OPW 00007 
Op 3 EG Shift Il 00102 +00000 +0 to 
SHFT/EGSFET 00003 
Op 2 Fixed Frequency | 00103 +00000 +0 to 
00001 
Op 2 Fixed Fq. Range l 00104 +00000 +0 to 
/FIXRG 00007 
Op 2 Freq. Range Fine 1 00105 +00000 +0 to 
/FINE 00015 
Op 2 Oper. Wave l 00106 +00000 +0 to 
OSW/ OPW 00007 
Op 2 EG Shift l 00107 +00000 +0 to 
SHFT/EGSFT 00003 
Op | Fixed Frequency 1 00108 +00000 +0 to 
00001 
Op 1 Fixed Fq. I 00109 +00000 +0 to 
Range /FIXRG 00007 
Op 1 Enea: Range Fine | OO110 +00000 +0 to. 
/FINE 00015 
Op 1 Oper. Wave I OO111 +00000 +0 to 
OSW /OPW 00007 
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TABLE 13.4: Zhe EBDT Format (continued) 


ADDRESS-OF 

PARAMETER NAME AND NUMBER OF THE EDIT MAXIMUM 
ABBREVIATION BYTES BUFFER VALUE 
Op | EG Shift l 00112 +00000 +0 to 
SHFT/EGSFT 00003 
Reverb Rate /REV 1 00113 +00000 +0 to 

00007 
Foot Controller Pitch l 00114 +00000 +00099 
/FCP 
Foot Controller Am-. l OO115 +00000 +0 to 
pli. /FCA 00099 


Displayed Values and Real Values 


In some instances it’s useful if the value of an object onscreen can be dif- 
ferent from the actual value of the corresponding parameter in the edit 
buffer. Assume, for example, that a synthesizer allows an overall de- 
tuning of plus or minus 50 hundreds (which are the values displayed on 
the synth’s LCD screen) which are stored in its memory (and therefore in 
GenEdit’s memory) in the form of a byte whose range of values is from 
OOH to 64H (e., from 0 = —SO to 100 = +30). In order for GenEdit 
to be able to display onscreen the same value that’s stored in the synthe- 
sizer, each object has to have a programmed range of values (as defined 
by a minimum and a maximum) that are different from the actual value 
of the corresponding byte, provided that the displayed range does not ex- 
ceed the real range (see Figure 13.2 below). Along these same lines, it’s - 
also possible to create a text-based correspondence between each dis- 
played value and each real value (such as OFF = a byte ceuta OO =a 
byte set to 1, and so on). 
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Op i Release Rate AR : 
¥00042 _L/H = 00001 +00015 | 


Edit Buffer: | 


| MIDI: | Low: 88088_ | High: 08127_ | Update: 001 


Low: B8G0i1L fa) High: 880i15_ | 
| Exit | 


FIGURE 13.2: An object is characterized by a range of real values and display values (defined by 


a minimum and a maximum), and also by an address in the edit buffer. 


How Objects Interact 


The Validate segment, which is enabled whenever an object is manipu- 
lated (with the address of the object in the edit buffer being stored by the 
LPO variable), performs its operations within the edit buffer. If neces- 
saty, this segment performs various verification operations and creates in- 
teractions between certain parameters of a sound (assuming, for instance, 
that a change in parameter X automatically causes a change in param- 
eter Y, or is incompatible with such and such a value of parameter Z, and 


SO on). 


The results of the operations performed by the Validate segment are ap- 
plied to the corresponding objects being displayed onscreen. In the cur- 
rent example, the Validate segment converts the value of parameters for 


04] 


£ditor/ Librarian for the Yamaha TX8i2 


fixed frequencies and ratio-based frequencies into their uncoded equiva- 
lents (i.e., hertz and the ratio), in order to display them in the same way 
as on the LCD screen of the TX81Z. These operations require a few 


clarifications. 


On the TX81Z, the following three parameters determine the fixed fre- 


quency of an operator: 


" The Fixed Frequency Range (Fix Range, whose values are from 
0 to 7); 


" The Coarse Frequency Range (CRS, whose values are from 0 to 
63); and 
" The Fine Frequency Range (FIN, whose values are from 0 to 15). 


The LDC screen of the TX81Z doesn’t display the values of each of 
these three parameters. Instead, it displays the corresponding values in 
hertz (within a range from 8 to 32,640 Hz). In order to simulate this 
phenomenon on the GenkEdit editing screen, it is necessary to create a 
fourth object, intended not to be manipulated but instead to display the 
frequency deduced from the value of the three preceding objects (1e., Fix 
Range, CRS, and FIN). The calculation of the value in hertz of this 
fourth object is performed in the following way (with the result being dis- 
tributed over two bytes): 


" Addition of one unit to the CRS (Coarse Frequency Range) 
parameter 

" Whole division of this value by 4 

* Multiplication by 16 

" Addition of the FIN (Fine Frequency) parameter 

" Multiplication by 2 of the power of the Fix Range (Fixed Fre- 


quency Range) parameter 
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The parameter that corresponds to this fourth object takes its place in the 
edit buffer, following the 116 useful bytes for a voice. 


The same principle is applied to ratio-based frequencies, which aren't ex- 
pressed in hertz but rather in the form XX.YY (within the range from 
0.50 to 27.57), as a function of the following parameters: 


" The Coarse Frequency Range (CRS, whose values are from 0 to 
63); and . 
" The Fine Frequency Range (FIN, whose values are from 0 to 15) 
Because no algorithm can deduce the corresponding ratio, the ratio is 


looked up in a table (written inside the Common segment), in accordance : 
with the following procedure: 


= Multiplication by 16 of the CRS (Coarse Frequency Range ; 
_ parameter | 
" Addition of the FIN (Fine Frequency) parameter 
" Multiplication by 2 
" Looking up at the address of the preceding result in the table in 
the Common segment 
che parameters corresponding to these two objects (i.e, XX and YY) Z 


take their place in the edit bufter, after the preceding bytes. 


The last operation performed by the Validate segment calculates a 
graphic envelope slope (which can’t be modified with the mouse) in rela- 
tion to the first level (Decay Level 1) and in relation to the second decay 
slope (Decay 2 Rate). The whole thing happens this way: 


" Subtraction of the value of the Decay 2 Rate from 31 


* Multiplication of the result by the value of the Decay | Level 


" “Whole” division of the result by 21 (with the result being ex- 


pressed in terms of one byte) 


As a result, a total of five new bytes reserved for displays are created for 

each operator (for a total of 20 new bytes) within the edit buffer. Natu- 
rally, the size of the edit buffer increases, from 116 to 136 bytes, as indi- 
cated below in Table 13.5: 


TABLE 13.5: How the Creation of New Display Bytes Increases the Size of the Edit Buffer 


ADDRESS MEANING 


0 to 92 93 bytes VCED 

93 to 115 23 bytes ACED 

116 Fixed Frequency op 4 (in hertz) 

118 Fixed Frequency op 3 (in hertz) 

120 Fixed Frequency op 2 (in hertz) 

I22 Fixed Frequency op | (in hertz) 

124 Ratio-based Frequency op 4 (XX.YY) 
126 Ratio-based Frequency op 3 (XX.YY) 
128 Ratio-based Frequency op 2 (XX.YY) 
130 Ratio-based Frequency op | (XX.YY) 
leap Envelope segment D2L op 4 

133 Envelope segment D2L op 3 

134 Envelope segment D2L op 2 

135 Envelope segment D2L op | 
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666 


EBL 
NMO = 
NML = 


FormatBank 'I' 32 1 


"Op 4 FF macro (in hertz)" 2 00116 +00000 +92767 

"Op 3 FF macro (in hertz)"- 2 00118 +00000 +32767 

"Op 2 FF macro (in hertz)" 2 00120 +00000 +32767 

"Op 1 FF macro (in hertz)" 2 00122 +00000 +32767 

"Op 4 RTO macro (msb)" 1 00124 +00000 +00100 

"Op 3 RTO macro (msb)" 1 00125 +00000 +00100 

"Op 2 RTO macro (msb)" 1 00126 +00000 +00100 

"Op 1 RTO macro (msb)" 1 00127 +00000 +00100 

"Op 4 RTO macro (1sb)" 1 00128 +00000 +00100 

"Op 3 RTO macro (1sb)" 1 00129 +00000 +00100 

"Op 2 RTO macro (1sb)" 1 00130 +00000 +00100 

"Op 1 RTO macro (1sb)" 1 00131 +00000 +00100 

"Op 4 D2L" 1 00132 +00000 +00015 

ZOD 3 Dek" ie 00133 +00000 +00015 

"Op 2 D2L" 1 00134 +00000 +00015 

Op 1, D2L” 1 00135 +00000 +00015 
The Validate Segment 

; 

GoSub L60 : build fixed-frequency macros 

GoSub L70 : build ratio-based frequency macros 

GoSub L80 : build D2L macros 

Stop 

3 

; subroutine for fixed-frequency macros 

5 

L60 

V30 = 94 : edit~buffer pointer, ACED Fix Range (op 4) 

V31 = 11 : edit-buffer pointer, VCED CRS (op 4) 

V32 = 95 : edit-buffer pointer, VCED (FIN) 


It’s also handy to be able to modify the EBL variable of the Initialize seg- 


ment, as shown below: 


136 : number of bytes in the edit buffer 
57 : position of the name of the sound in the buffer 
10 : the length of the name 
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: displaying 32 sounds (of the type 101 to 132) 
The following lines should be added to the end of the EBDT: 


a ie 
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GoSub L66 

PokeEdit 58 VOO W : write 16 bits at address 106 (58x2) 
V30 = 104 : the same as operator 3 
V31 = 37 

V32 = 105 

GoSub L66 

PokeEdit 59 VOO W 

V30 = 99 : the same as operator 2 
V31 = 24 

V32 = 100 

GoSub L66 

PokeEdit 60 VOO W 

V30 = 109 : the same as operator 3 
V31 = 50 

V32 = 110 

GoSub L66 

PokeEdit 61 VOO W 

Return 

6] 

; subroutine to calculate the fixed frequency (uncoded) over 
; 16 bits in VOO = 2**FR * (8*max(1,2*(FC/4)+FRF) ) 


3 

L66 

VOO = PeekEdit V30 B 
VO1 = PeekEdit V31 B 
VO2 = PeekEdit V32 B 
vO1 = VO1 / 4 

vOl = "VO * 2 

If VO1 GoTo L67 


. VO1 = 1 
EG, 
VO1 = 8 * VO1 
V0O1 = VO1 + VO2 
GoSub L68 
voo = VOO * VO1 
Return 
L68 
If VOO GoTo L69 
Voo = 1 
Return 
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ratio-based frequency macros 


= 109 
= 50 
110 
108 
Leer 


127 VOO 
131 VO1 | 


666 


’ 
; subroutine to calculate the ratio-based frequency (uncoded) over 
; 16 bits in VOO (8 bits) and VO1 (8 bits), on the basis of the 

; common segment table 


3 
L77 
voo 
vo1 
V33 


itor/ Librarian for the Yamaha TX812 


100 
100 
PeekEdit V33 B 


If V33 GoTo L78 


V31 
V32 
vg99 
V99 
V98 
Voo 
v98 
vot 
L78 


Return 


3 


; subroutine to generate D2L 


3 
L80 
V31 
V32 


PeekEdit V31 B 
PeekEdit V32 B 
16 * V31 

V99 + V32 

V99 * 2 


‘PeekTable 1 V98 


v98 + 1 
PeekTable 1 V98 
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Return 


bf 
L81 
V42 


it} 


PeekEdit V32 B 

V43 = PeekEdit V33 B : 
V42 = 31 - V42 

V42 = V42 * V43 

v42 = V42 / 31 

PokeEdit V31 V42 B 

Return : ° 


The Common Segment 


Generally speaking, the Common segment is reserved for the writing of ta- 
bles that are accessible from any other segment. In this example the Com- 
mon segment corresponds to the conversion table for the frequencies 


used by the Validate segment. 


; frequency table 


3 
BuildTable 


1 00 50 00 56 00 62 00 68 00 75 00 81 00 87 00 93 
BuildTable 1 01 00 01:06 01 12.01 18 01 25 01 31 01 37 01 43 
BuildTable 1 00 71 00 79 00 88 00 96 01 05 01 14 01 23 01 32 
BuildTable 1 01 41 01 49 01 58 01 67 01 76 01 85 01 93 02 02 ° 
BuildTable 1 00 78 00 88 00 98 01 07 01 17 01 27 01 37 O01 47 
BuildTable 1 01 57 01 66 01 76 01 86 01 96 02 06 02 15 02 25 
BuildTable 1 00 87 00 97 01 08 01 18 01 29 01 40 O01 51 01 62 i 
BuildTable 1 01 73 01 83 01 94 02 05 02 16 02 27 02 37 02 48 
BuildTable 1 01 00 01 06 01 12 01 18 01 25 01 31 01 37 01 43 i 
BuildTable 1 01 50 01 56 01 62 01 68 01 75 01 81 01 87 01 93 
BuildTable 1 01 41 01 49 01 58 01 67 01 76 01 85 01 93 02 02 
BuildTable 1 02 11 02 20 02 29 02 37 02 46 02 55 02 64 02 73 
BuildTable 1 01 57 01 66 01 76 O1 86 01 96 02 06 02 15 02 25 
BuildTable 1 02 35 02 45 02 55 02 64 02 74 02 84 02 94 03 04 
BuildTable 1 01 73 01 83 01 94 02 05 02 16 02 27 02 37 02 48 
BuildTable 1 02 59 02 70 02 81 02 91 03 02 03 13 03 24 03 35 
BuildTable 1 02 00 02 06 02 12 02 18 02 25 02 31 02 37 02 43 
BuildTable 1 02 50 02 56 02 62 02 68 02 75 02 81 02 87 02 93 
BuildTable 1 02 82 02 90 02 99 03 08 03 17 03 26 03 34 03 43 


A 
Ps 


fi 
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BuildTable 
BuildTable 
BuildTable 
BuildTable 
BuildTable 
BuildTable 
BuildTable 
BuildTable 
BuildTable 
BuildTable 
BuildTable 
BuildTable 
BuildTable 
BuildTable 
BuildTable 
BuildTable 
BuildTable 
BuildTable 
BuildTable 
BuildTable 
BuildTable 
BuildTable 
BuildTable 
BuildTable 
BuildTable 
BuildTable 
BuildTable 
BuildTable 
BuildTable 
BuildTable 
BuildTable 
BuildTable 
BuildTable 
BuildTable 
BuildTable 
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BuildTable 
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03 
03 
03 
03 
03 
03 
04 
04 
04 
04 
04 
04 
05 
05 
05 
05 
06 
05 
06 
06 
06 
06 
07 
06 
07 
07 
07 
07 
07 
07 
08 
08 
08 
08 
09 
08 
09 
09 
09 
09 


52 
00 
50 
14 
92 
46 
32 
00 
50 
24 
93 
Tl 
49 
00 
50 
at 
05 
65 
34 
00 
50 
28 
06 
92 
78 
00 
50 
07 
75 
85 
63 
00 
50 
48 
16 
65 
51 
00 
50 
42 


03 
03 
03 
03 
04 
03 
04 
04 
04 
04 
05 
04 
05 
05 
05 
05 
06 
05 
06 
06 
06 
06 
07 
07 
07 
07 
07 
07 
07 
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08 
08 
08 
08 
09 
08 
09 
09 
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61 
06 
56 
23 
02 
56 
43 
06 
56 
31 
02 
80 
59 
06 
56 
29 
16 
72 
43 
06 
56 
37 
16 
02 
89 
06 
56 
13 
84 
94 
73 
06 
56 
54 
25 
75 
62 
06 
56 
51 


03 
03 
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04 
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04 
04 
04 
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04 
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05 
05 
05 
06 
05 
06 
06 
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06 
07 
07 
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07 
07 
07 
07 
08 
08 
08 
08 
08 
09 
08 
09 
09 
09 
09 


70 
12 
62 
33 
12 
67 
54 
12 
62 
40 
11 
90 
69 
12 
62 
40 
Pie 
81 
52 
12 
62 
47 
26 
13 
00 
12 
62 
ee 
93 
04 
83 
12 
62 
63 
34 
86 
73 
12 
62 
61 


03 
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08 
08 
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08 
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09 


78 
18 
68 
43 
ZA 
78 
64 
18 
68 
49 
19 
00 
78 
18 
68 
51 
37 
90 
60 
18 
68 
57 
35 
24 
10 
18 
68 
31 
01 
14 
92 
18 
68 
Te 
42 
97 
83 
18 
68 
71 


03 
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06 
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09 
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87 
25 
75 
53 
31 
89 
75 
25 
75 
58 
28 
10 
88 
25 
75 
62 
48 
99 
69 
25 
75 
67 
45 
35 
21 
25 
75 
40 
10 
24 
02 
25 
75 
81 
51 
08 
94 
25 
75 
81 


03 
03 
03 
03 
04 
04 
04 
04 
04 
04 
05 
05 
05 
05 
05 
05 
06 
06 
06 
06 
06 
06 
07 
07 
08 
07 
07 
07 
08 
08 
09 
08 
08 
08 
09 
09 
10 
09 
09 
09 


96 
31 
81 
63 
41 
00 
86 
31 
81 
67 
37 
20 
98 
31 
81 
73 
59 
08 
78 
31 
81 
igs 
55 
46 
32 
31 
81 
49 
19 
34 
12 
31 
81 
90 
60 
19 
05 
31 
81 
91 


04 
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04 
04 
05 
05 
06 
05 
05 
05 
06 
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06 
07 
07 
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07 
07 
07 
08 
08 


09 


08 
08 
08 
09 
09 
10 
09 
09 
10 


05 
37 
87 
fe 
51 

10 
SIT 
37 
87 
75 
46 
29 
08 
37 
87 
83 
70 
16 
87 
37 
87 
86 
65 
56 
43 
37 
87 
57 
28 
43 
22 
37 
87 
98 
69 
29 
16 
37 
87 
00 
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06 
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14 
43 
93 
82 
61 
21 
08 
43 
93 
84 
55 
39 
18 
43 
93 
94 
81 
25 
96 
43 
93 
96 
73 
67 
54 
43 
93 
66 
37 
53 
32 
43 
93 
07 
78 
40 . 
27 
43 
93 
10 
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10 
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20 
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00 
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30 
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00 
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ie 
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39 
00 
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84 
70 
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13 
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00 
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21 
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96 
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95 


66 


06 
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06 
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The (Make Edit Segment 


At the end of the Make Edit segment, just ahead of the Stop instruction, 
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Ws 
18 
ae 
18 
18 
19 
J 
20 
19 
20 
20 
20 
20 
21 
21 
ee 
2) 
22 
22 
23 
22 
23 
23 
24 
24 
25 
26 
an 


97 
66 
44 
73 
59 
68 
38 
23 
01 
46 
32 
09 
79 
80 
58 
19 
05 
50 
20 
37 
15 
92 
78 
94 
72 
65 
51 
38 
24 


18 
ae 
18 
17 
18 
18 
19 
19 
20 
19 
20 
20 
20 
20 
21 
21 
22 
21 
22 
22 
23 
23 
23 
24 
24 
24 
25 
26 
er 


06 
76 
54 
84 
70 
Tit 
47 
33 
11 
57 
43 
18 
88 
90 
68 


30 


16 
59 
2] 
47 
2558) 
03 
89 
04 
82 
76 
62 
49 
35 


18 
17 
18 
ifs 
18 
18 
19 
19 
20 
19 
20 
20 
20 
20 
21 
21 
22 
21 
22 
22 
23 
23 
24 
24 
24 
24 
25 
26 
er 


15 
85 
64 
94 
81 

85 
56 
42 
21 

67 
54 
26 
97 
99 
78 
40 
Fal 
67 
38 
56 
35 
13 
00 
13 
92 
86 
73 
59 
46 


18 
17 
18 
18 
18 
18 
19 
19 
20 
19 
20 
20 
21 
21 
21 
| 
22 
21 
ee 
22 


23 


23 
24 
24 
25 
24 
25 
26 
raf 


24 
95 
74 
05 
92 
94 
65 
52 
31 
78 
65 
35 
06 
09 
88 
51 
38 
76 
47 
66 
45 
24 
114 
23 
02 
OF 
84 
70 
57 


it’s worthwhile to add the whole Validate segment, in such a way as to 


trigger the execution of the macros that enable the display of the corre- 


sponding parameters when the editing of a patch is requested (in other 


words, when a patch is transferred from the data buffer to the edit buffer 


by means of the Make Edit segment). 


An Editor/ Librarian for the Yamaha SY55 ft } 


nEditor/Librarian for the Jamaha $455 


This next example is an original program that illustrates the implementa- 
tion of an editor/librarian dedicated to the memories of multitimbral 
configurations (known as “multis”) in the Yamaha SYS5S synthesizer. 
The librarian screen appears in Figure 13.3 below; Figure 13.4 shows the 


editing screen. 


Desk File Edit Windows MIDI 
if FACTORY 55M > FF wf FACTORY . 55M 


OO SIO On & 6 PO 
OOo SIO OF & Cl PS 


La] 


NOSTALETA —— NOSTALGIA 
Pf&STRINGS @ Distort | Pf&STRINGS 
each | ——s ee 
inuteRice inuteRice 
Theater Theater 


Average 


a = oe a > ao 


FIGURE 13.3: The librarian screen of the Yamaha SY55 


FOH 
43H 
2nH 
7AH 


660 


666 


( 
( 
( 
( 
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i “pels eRRIEN? 3 45 6 7 3 [Playl--[Send/Oil rs) zpeater 
[3 Ba Ss ic B77 Fe 95 Fie Fii Fiz 9 is | 


FIGURE 13.4; The editing screen of the Yamaha SY55 


Syntax of the Exclusive Messages 


Here’s the syntax for the Exclusive messages that are used in this code list- 
ing. For more information about the format of the SysEx messages, and 


particularly about the format of individual parameter change messages, 


see the Yamaha document entitled “The SY55 MIDI Data Format.” 


fl Request for a Multi (MU) Dump 


(11110000) 


01000011 ) 
0010nnnn) 
01111010) 


: Exclusive message status byte 

: manufacturer's ID (43H = Yamaha) 

: sub-status/channel (2 = dump request, n = channel) 
: type of format 


4CH 
4DH 
20H 
20H 
38H 
31H 
30H 
33H 
4DH 
55H 
iiH 


jjH 
kkH 
F7H 


FOH 
43H 
OnH 
-7AH 
eeH 
ffH 
4CH 
4DH 
20H 
20H 
38H 
31H 
30H 
33H 
4DH 
55H 
iiH 


jjH 


(01001100) 
(01001101) 
(00100000) 
(00100000) 
(00111000) 
(00110001 ) 
(00110000) 
(00110011) 
(01001101) 
(01010101) 


Ph Oot sat ee ey 


(Okkkkkkk ) 
(11110111) 
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: first header byte ("L" in ASCII) 

: second header byte ("M" in ASCII) 

: third header byte ’(" " in ASCIT) 

: fourth header byte (" " in ASCII) 

: first byte for the type of. instrument ("8" in ASCII) 


: second byte for the type of instrument ("1" in ASCII) 
: third byte for the type of instrument ("0" in ASCIT) 
: fourth byte for the type of instrument ("3" in ASCII) 
: first byte of the data format ("M" in ASCIT) 

: second byte of the data format ("U" in ASCII) 

: additional 14-byte header (set to zero) 


: type of memory * 
: memory number 
: EOX 


*NOTE: A value of jjH = OOH indicates internal memory (RAM); a 
value of jjH = 02H indicates memory presets (ROM). 


A Multi’ (MU) Dump 


(11110000) 


(01000011) 
(0000nnnn) 
(01111010) 
(Oeeeeecee ) 
(OFTETTTE) 
(01001100) 
(01001101) 
(00100000) 
(00100000) 
(00111000) 
(00110001 ) 
(00110000) 
(00110011) 
(01001101) 
(01010101) 


: Exclusive message status byte 


: manufacturer's ID (43H = Yamaha) 
: sub-status/channel (0 = dump request, n = channel) 
: type of format 


MSB counter for the number of data bytes 


: LSB counter for the number of data bytes 
: first header byte ("L" in ASCII) 

: second header byte ("M" in ASCII) 

: third header byte (" " in ASCIT) 

: fourth header byte (" " in ASCII) 


: first byte for the type of instrument ("8" in ASCII) 


: second byte for the type of instrument ("1" in ASCII) 


: third byte for the type of instrument ("0" in ASCII) 


: fourth byte for the type of instrument ("3" in ASCII) 
: first byte of the data format ("M" in ASCII) 


: second byte of the data format ("U" in ASCII) 
: additionnal 14-byte header (set to zero) 


: type of memory * 


661 


A> 
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kkH 
ddH 
ccH 
F7H 


FOH 
43H 
1nH 
35H 
SSH 
SSH 
ppH 
ppH 
VVH 
VVH 
F7H 


FOH 
43H 
1nH 
35H 
OOH 
OOH 
OOH 
ppH 
OOH 
VVH 
F7H 


662 


666 


(Okkkkkkk ) 
(Oddddddd ) 


(Occccccc) 
Cala} alate al), 


: memory number 
: data 


: checksum 
: EOX 


The General Format of a Parameter-Change Message 


(11110000) 
(01000011 ) 
(0001nnnn) 
(00110101) 
(Osssssss) 
(Osssssss) 
(Oppppppp ) 


(Oppppppp) 
(Ovvvvvvv ) 


(Ovvvvvvv ) 
(11110111) 


: Exclusive message status byte 
: Yamaha ID 

: type of message (1 = 
: group number 
: MSB structure 
: LSB structure 
: MSB parameter 
: LSB parameter 
: value of the MSB parameter 
: value of the LSB parameter 
: EOX 


individual parameter, n = channel) 
number 
number 
number 
number 


This listing uses the following parameter-change messages: 


f Parameter-Change Message (for the lame of a Mllulti) 


(11110000) 
(01000011 ) 
(0001nnnn) 
(00110101) 
(00000000 ) 
(00000000) 
(00000000) 
(Oppppppp) 
(00000000) 
(Ovvvvvvv ) 
(11110111) 


: Exclusive message status byte 
: Yamaha ID 

: type of message (1 = 
: group number 

: MSB structure number 
: LSB structure number 
: MSB parameter number 
: LSB parameter number 
: value of the MSB parameter 

: value of the LSB parameter (ASCII value from 20 to 127) 
: BOX 


individual parameter, n = channel) 


(name of a multi) 
(name of a multi) 


(number of a letter from OOH to OSH) 


FOH 
43H 
1nH 
35H 
01H 
OsH 
OOH 
OpH 
OOH 
VVH 
F7H 
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f inion Change Mllessage (for Each Voice of a Multi) 


(11110000) 
(01000011 ) 
(0001nnnn) 
(00110101) 
(00000001 ) 
(0000ssss) 
(00000000) 
(Oppppppp ) 
(00000000) 
(Ovvvvvvv) 
CVATOlit) 


Exclusive message status byte 


: Yamaha ID 

: type of message (1 = 
>. group number 
: MSB structure 
: LSB structure 
: MSB parameter 
: LSB parameter 
: value of the MSB parameter 
: value of the LSB parameter 
= EOX 


individual parameter, n = channel) 


(each voice of a multi) 8 
(voice number for a multi) * 


number 
number 
number 
number 


* NOTE: The variable “s” covers a range of values from OH to 7H. 


Table 13.6 below shows the parameter numbers for each value of “s”: 


TABLE 3.6: Parameter Numbers for Each Value of the “s” Variable 


PARAMETER NUMBER PARAMETER ABSOLUTE VALUE DISPLAYED VALUE 

00H Voice on/off Oto off (0), on (1) 

O1H Voice memory Oto | int/crd (0), pre (1) 
select 

02H Voice number 0 to 63 

03H Volume O to 127 

04H Tuning 0 to 127 —64/+63 

OSH Note shift 0 to 127 —64/+63 

06H Multi static pan 0 to 63 voice (0), — 

31/+31 (Ore 63) 
07H Effect level Oto 100 
08H Reserve note Oto 16 


063 


FOH 
43H 
1nH 
35H 
ODH 
OOH 
OOH 
11H 
OOH 
vVVH 
F7H 


7 


1 Parameter- Change {llessage (Remote Control of the Multi Key) 


(11110000) 
(01000011) 
(0001nnnn) 
(00110101) 
(00001101) 
(00000000) 
(00000000) 
(00010001 ) 
(00000000) 
(Ovvvvvvv ) 
(11110111) 


: Exclusive message status byte 
: Yamaha ID 

: type of message (1 = 
> group number 
: MSB structure 
: LSB structure 
: MSB parameter 
: LSB parameter 
: value of the MSB parameter 

: value of the LSB parameter (OOH-3FH off, 40H-7FH on) 
: EOX 


individual parameter, n = channel) 
number (key remote control) 

number (key remote control) 

number 


number(key number 11H = multi) 


H Parameter-Change Message (System: Memory Protection 
On/Off) 


(11110000) 
(01000011) 
(0001nnnn) 
(00110101) 
(00001111) 
(00000000) 
(00000000 ) 
(00000111) 
(00000000) 
(Ovvvvvvv) 
(11110111) 


: Exclusive message status byte 
: Yamaha ID 

: type of message (1 = 
>: group number 

: MSB structure number 
: LSB structure number 
: MSB parameter number 
: LSB parameter number 
: value of the MSB parameter 

: value of the LSB parameter (00H off, O1H on) 
a> BOX 


individual parameter, n = channel) 


(system message) 
(system message) 


(07H = memory protection) 


The Receive Segment 


; acquisition of the channel number 


. 
3 


OpenWindow 


CHN 
voo 
Vv02 


CloseWindow 


004, 


InputChannel O O CHN 
CHN | $20 
CHN | $10 
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i) 

; acquisition of the type of memory to be dumped (internal 

; or preset) 

3 

LO7 7 
OpenWindow 
VO6 = InputVar 0:0 0 B "0/Internal 1/Preset" 
CloseWindow 

VO7 = VO6 GT 1 

If VO7 GoTo LO7 a 
VO8 = VO6 EQ 1 


5 
; memory de-protection 


3 

Transmit $FO $43 

TransmitVar Vo2 

Transmit $35 $0F $00 $00 $07 $00 $00 $F7 
If VO8 GoSub LO5 


3 


» request for the 16 multis ° 
; 
VO1 =0 
Loop 16 ’ 
Transmit $FO $43 
TransmitVar VOO “ 


Transmit $7A $4C $4D $20 $20 $38 $31 $30 $33 $4D $55 

Transmit $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 
TransmitVar VO06 

TransmitVar V0O1 

Transmit $F7 

Receive $FO $43 

ReceiveAny 1 

Receive $7A 

ReceiveAny 2 

Receive $4C $4D $20 $20 $38 $31 $30 $33 $4D $55 

Receive $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 
ReceiveAny 2 

ReceiveData 160 $F7 1 

ReceiveAny 1 

Receive $F7 


— 


| 


| 
23 
he se 


oh 


Akita Librarian for the Yamaha TX812 


vo1 = VO1 + 1 
EndLoop 


; Simulate pressure on the multi key 


3 

Transmit $FO $43 
TransmitVar V02 
Transmit $35 $0D 
3 


; send "GenEdit" 


Transmit $FO $43 
TransmitVar V02 
Transmit $35 $00 
Transmit $FO $43 
TransmitVar V02 
Transmit $35 $00 
Transmit $FO $43 
TransmitVar V02 
Transmit $35 $00 
Transmit $FO $43 
TransmitVar V02 
Transmit $35 $00 
Transmit $FO $43 
TransmitVar V02 
Transmit $35 $00 
Transmit $FO $43 
TransmitVar V02 
Transmit $35 $00 
Transmit $FO $43 
TransmitVar V02 
Transmit $35 $00 
Transmit $FO $43 
TransmitVar V02 
Transmit $35 $00 
Transmit $FO $43 
TransmitVar V02 
Transmit $35 $00 
Transmit $F0O $43 
TransmitVar V02 


666 


$00 $00 $11 $00 $7F 


in the multi buffer 


$00 


$00 


$00 


$00 


$00 


$00 


$00 


$00 


$00 


$00 $00 $00 
$00 $01 $00 
$00 $02 $00 
$00 $03 $00 
$00 $04 $00 
$00 $05 $00 
$00 $06 $00 
$00 $07 $00 


$00 $08 $00 


$42 


$79 


$20 


$47 


$65 


$6E 


$45 


$64 


$69 


$F7 
(just as a style exercise) 
$F7 
$F7 
$F7 
$F7 
$F7 
$F7 
$F7 
$F7 


$F7 
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Transmit $35 $00 $00 $00 $09 $00 $74 $F7 
Stop ‘ 
; 


; offset for a preset dump 


3 
LO5 


VO6 = 2 3 
Return 

The Transmit Segment 
3 
3 acquisition of the channel number . 
; 
OpenWindow 
CHN = InputChannel 0 O CHN > 
VOO = CHN 
Vo9g = VOO |! $10 
CloseWindow 


vo1 = 0 
—— 
_; Memory de-protection 


3 

Transmit $FO $43 
TransmitVar VO9 
Transmit $35 $0F $00 $00 $07 $00 $00 $F7 ‘ 


3 


; transmit the 16 multis 


3 
Loop 16 
VO2 = 583 
V0O4 = VO1 * 160 


Transmit $FO $43 

TransmitVar VO0O0O 

Transmit $7A $01 $3A 

Transmit $4C $4D $20 $20 $38 $31 $30 $33 $4D $55 

Transmit $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 
Transmit $00 

TransmitVar VO01 

V02 = VO02 + VO1 


067 


al 


eh 


> 2 
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o 


Loop 160 
VO3 = 


PeekData V04 B 


TransmitVar V03 


vo2 
V04 
EndLoop 
V02 = NEG VO2 
VO2 = VO2 & 


Transmit $F7 
VO1 = VOi + 1 
EndLoop 


. 
9 


Vv02 + V03 
V0O4 + 1 


%01111111 
TransmitVar V02 


; Simulate pressure on the multi key 


| 

Transmit $FO $43 
TransmitVar VO9 
Transmit $35 $0D 
; 


; send "GenEdit" 


5 

Transmit $FO $43 
TransmitVar VO9 
Transmit $35 $00 
Transmit $FO $43 
TransmitVar V0O9 
Transmit $35 $00 
Transmit $FO $43 
TransmitVar V09 
Transmit $35 $00 
Transmit $FO $43 
TransmitVar V0O9 
Transmit $35 $00 
Transmit $FO $43 
TransmitVar VO09 
Transmit $35 $00 
Transmit $FO $43 
TransmitVar VO09 
Transmit $35 $00 
Transmit $FO $43 


008 


$00 $00 $11 $00 $7F 


in the multi buffer 


$00 $00 $00 $00 $42 


$00 $00 $01 $00 $79 
$00 $00 $02 $00 $20 
$00 $00 $03 $00 $47 
$00 $00 $04 $00 $65 


$00 $00 $05 $00 $6E 


$F7 


(just as a style exercise) 


$F7 


$F7 


$F7 


$F7 


$F7 


$F7 


TransmitVar Vo9 
Transmit $35 $00 $00 $00 $06 $00 $45 $F7 
Transmit $FO $43 
TransmitVar VOo9 


Transmit $35 $00 $00 $00 $07 $00 $64 $F7 


Transmit $FO $43 
TransmitVar VO09 
Transmit $35 $00 $00 $00 $08 $00 $69 $F7 
Transmit $FO $43 
TransmitVar VO9 
Transmit $35 $00 $00 $00 $09 $00 $74 $F7 


The Initialize Segment 
a = 160 

NMO = 0 

NML = 10 

Eopnareane Gs 4 
The Get Patch Segment 


3 
V30 = PAT * 160 
CopyEtoD V30 0 160 B 


The Put Patch Segment 


5 . 
V30 = PAT * 160 
CopyEtoD 0 V30 160 B 


The Make Edit Seoment 


5 
V30 = PAT * 160 
CopyDtoE V30 0 160 B 


An Editor /Librarian for the Yamaha SY 55 i 2} 


009 


indir Librarian for the Yamaha TX8i2 


The Unmake Edit Segment 


3 
V30 = PAT * 160 
CopyEtoD 0 V30 160 B 


The Send Edit Sepment 


bd 

OpenWindow 

CHN = InputChannel O O CHN 

VOO = CHN 

VO6 = CHN | $10 

Transmit $FO $43 

TransmitVar V06 

Transmit $35 $0D $00 $00 $11 $00 $7F $F7 


CloseWindow 
V0O2 = 583 
v0o4 = 0 


Transmit $FO $43 
TransmitVar V0OO 
Transmit $7A $01 $3A 
Transmit $4C $4D $20 $20 $38 $31 $30 $33 $4D $55 
Transmit $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 
Transmit $7F $00 
V02 = VO2 + $7F 
Loop 160 
VO3 = PeekEdit V0O4 B 
TransmitVar V03 
V02 = VO2 + VO3 
V04 = VO4 + 1 
EndLoop 
V0O2 = NEG VO2 
v0O2 = VO2 & %01111111 
TransmitVar V02 
Transmit $F7 
Transmit $FO $43 
TransmitVar V06 
Transmit $35 $0D $00 $00 $11 $00 $7F $F7 


070 


666 
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The Validate Segment 


5 
V80 = LPO 


V70 = 18 ; 
= 28 


V71 
; 
; select voice number ==> voice on 


b 
Loop 16 ° 
V81 = V80 EQ V70 
If V81 GoSub L01 
V70 = V70 + 9 
EndLoop 
V86 = 0 ‘ 
3 


; verify that the "voice reserve" total is less than 16 


3 
Loop 16 
V81 = V80 EQ V71 . 
If V81 GoSub LO2 
V71 = VAP +9 
V86 = V86 + 1 i 
EndLoop 
Stop F 
LO1 
V82 = V80 - 2 
PokeEdit V82 64 B : 
Return 
LO2 
V73 = 0 
V71 = 24 
Loop 16 
V72 = PeekEdit V71 B 
V73 = V73 + V72 
V71 = V71 + 9 
EndLoop 
V73 = V73 GT 16 ‘ 
If V73 GoSub LO3 
Return 
LO3 


Hl 


ot 


7 


a Be 


072 


666 
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V85 = PeekEdit V80 B 
V85 = V85 - 1 
PokeEdit V80 V85 B 
V87 = CHN | $10 
Transmit $FO $43 
TransmitVar V87 
Transmit $35 $01 
TransmitVar V86 
Transmit $00 $08 $00 
TransmitVar V85 
Transmit $F7 

Return 


EBDT 


Appendix I summarizes the characteristics of the parameters relating to 


the edit buffer. 


The Edit Buffer and Individual Parameters 


The act of sending all of a multi to the edit buffer of the SYSS by means 
of the Send Edit segment each time a parameter is modified has the ef- 
fect of clogging the MIDI network for no good reason. Therefore, in 
view of the fact that most instruments implement Exclusive messages for 
individual parameters, these messages can be sent directly each time an ob- 
ject is manipulated. This way, in addition to being stored in the GenEdit 
data buffer by means of the Unmake Edit segment, the values that result 
from these manipulations are transmitted directly to the edit buffer of the 
instrument by means of the Exclusive messages for individual parameters, 


as shown in Figure 13.5 below. 


In addition to its EBDT definition and the range of values displayed, 


each object can issue an Exclusive individual parameter message each time 
it is manipulated. 


An Editor/Librarian for the Yamaha SY 55 : 


? Knob 


Edit Buffer: 


+80034 L/H = +80008 +80064 


Py MIDI: | Low: @0000_ | High: 80063_ | Update: 801 
FO 43 in 35 81 B8 80 06 O80 uz F7 __ __ __ __ __ 


Low: 08032 fam High: @031_ | 
| Exit 


FIGURE 135: Values for individual parameters, as transmitted by Exclusive messages 


Here's the list of messages associated with each object in the editor. In 
the string of hex codes in this table, the value “yz’ corresponds to the cur- 


rent position of the object. 


VOICE ON/OFF 1 . FOH 43H 1nH 35H 01H OOH OOH OOH OOH yz F7H 
VOICE MEMORY SELECT FOH 43H 1nH 35H 01H OOH OOH 01H OOH yz F7H 
VOICE NUMBER 1 FOH 43H 1nH 35H 01H OOH OOH O2H OOH yz F7H 
VOLUME 1 FOH 43H 1nH 35H 01H OOH OOH O3H OOH yz F7H 
TUNING 1 FOH 43H 1nH 35H 01H OOH OOH O4H OOH yz F7H 
NOTE SHIFT 1 | FOH 43H 1nH 35H 01H OOH OOH O5H OOH yz F7H 
PAN 1 FOH 43H 1nH 35H 01H OOH OOH O6H OOH yz F7H 
EFFECT LEVEL 1 FOH 43H 1nH 35H 01H OOH OOH O7H OOH yz F7H 
RESERVE NOTE 1 FOH 43H 1nH 35H O1H OOH OOH O8H OOH yz F7H 
VOICE ON/OFF 2 FOH 43H 1nH 35H 01H O1H OOH OOH OOH yz F7H 
VOICE MEMORY SELECT 2 FOH 43H 1nH 35H O1H O1H OOH 01H OOH yz F7H 
VOICE NUMBER 2 FOH 43H 1nH 35H O1H O1H OOH O2H OOH yz F7H 
VOLUME 2 FOH 43H 1nH 35H O1H 01H OOH O3H OOH yz F7H 
TUNING 2 FOH 43H 1nH 35H 01H 01H OOH O4H OOH yz F7H 


. 
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NOTE SHIFT 2 

PAN 2 

EFFECT LEVEE. 2 
RESERVE NOTE 2 
VOICE ON/OFF 3 
VOICE MEMORY SELECT 3 
VOICE NUMBER 3 
VOLUME 3 

TUNING 3 

NOTE SHIFT 3 

PAN 3 

EFFECT LEVEL 3 
RESERVE NOTE 3 
VOICE ON/OFF 4 
VOICE MEMORY SELECT 4 
VOTCE NUMBER 4 
VOLUME 4 

TUNING 4 

NOTE SHIFT 4 

PAN 4 

EFFECT LEVEL 4 
RESERVE NOTE 4 
VOICE ON/OFF 5 
VOICE MEMORY SELECT 5 
VOICE NUMBER 5 
VOLUME 5 

TUNING 5 

NOTE SHIFT 5 

PAN 5 

ERFECT LEVEL 5 
RESERVE NOTE 5 
VOICE ON/OFF 6 
VOICE MEMORY SELECT 
VOICE NUMBER 6 
VOLUME 6 

TUNING 6 

NOTE SHIFT 6 

PAN 6 

EGPEG! LEVEL 6 
RESERVE NOTE 6 


O74 


666 


FOH 
FOH 
FOH 
FOH 
FOH 
FOH 
FOH 
FOH 
FOH 
FOH 
FOH 
FOH 
FOH 
FOH 
FOH 
FOH 
FOH 
FOH 
FOH 
FOH 
FOH 
FOH 
FOH 
FOH 
FOH 
FOH 
FOH 
FOH 
FOH 
FOH 
FOH 
FOH 
FOH 
FOH 
FOH 
FOH 
FOH 
FOH 
FOH 
FOH 


43H 
43H 
43H 
43H 
43H 
43H 
43H 
43H 
43H 
43H 
43H 
43H 
43H 
43H 
43H 
43H 
43H 
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VOICE MEMORY 
VOICE NUMBER 
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TUNING 7 
NOTE SHIFT 7 
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RESERVE NOTE 
VOICE ON/OFF 
VOICE MEMORY 
VOICE NUMBER 
VOLUME 8 
TUNING 8 
NOTE SHIFT 8 
PAN 8 

ERRECT LEVEL 
RESERVE NOTE 
VOICE ON/OFF 
VOICE MEMORY 
VOICE NUMBER 
VOLUME 9 
TUNING 9 
NOTE SHIFT 9 
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ERECT LEVEL 
RESERVE NOTE 
VOICE ON/OFF 
VOICE MEMORY 
VOICE NUMBER 
VOLUME 10 
TUNING 10 
NOTE SHIFT 10 
PAN 10 
BrmeCT LEVEE 
RESERVE NOTE 
VOICE ON/OFF 
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TUNING 11 FOH 43H 1nH 35H 01H O9H OOH O4H OOH yz F7H 
NOTE SHIFT 11 FOH 43H 1nH 35H 01H OSH OOH O5H OOH yz F7H 
PAN 11 FOH 43H 1nH 35H 01H O9H OOH O6H OOH yz F7H 
EFRECT LEVEL 11 FOH 43H 1nH 35H 01H O9H OOH 07H OOH yz F7H 
RESERVE NOTE 11 FOH 43H 1nH 35H 01H OSH OOH O8H OOH yz F7H 
VOICE ON/OFF 12 FOH 43H 1nH 35H 01H OAH OOH OOH OOH yz F7H 
VOICE MEMORY SELECT 12 FOH 43H 1nH 35H 01H OAH OOH O1H OOH yz F7H 
VOICE NUMBER 12 FOH 43H 1nH 35H 01H OAH OOH 02H OOH yz F7H 
VOLUME 12 FOH 43H 1nH 35H 01H OAH OOH O3H OOH yz F7H 
TUNING 12 FOH 43H 1nH 35H 01H OAH OOH O4H OOH yz F7H 
NOTE SHIFT 12 FOH 43H 1nH 35H 01H OAH OOH O5H OOH yz F7H 
PAN 12 FOH 43H 1nH 35H 01H OAH OOH O6H OOH yz F7H 
EFFECT LEVEL 12 FOH 43H 1nH 35H 01H OAH OOH O7H OOH yz F7H 
RESERVE NOTE 12 FOH 43H 1nH 35H 01H OAH OOH O8H OOH yz F7H 
VOICE ON/OFF 13 FOH 43H 1nH 35H 01H OBH OOH OOH OOH yz F7H 
VOICE MEMORY SELECT 13 FOH 43H 1nH 35H O1H OBH OOH O1H OOH yz F7H 
VOICE NUMBER 13 FOH 43H 1nH 35H 01H OBH OOH 02H OOH yz F7H 
VOLUME 13 FOH 43H 1nH 35H 01H OBH OOH O3H OOH yz F7H 
TUNING 13 FOH 43H 1nH 35H 01H OBH OOH O4H OOH yz F7H 
NOTE SHIFT 13 FOH 43H 1nH 35H 01H OBH OOH O5H OOH yz F7H 
PAN 13 FOH 43H 1nH 35H 01H OBH OOH O6H OOH yz F7H 
ERFEGT LEVEL 13 FOH 43H 1nH 35H 01H OBH OOH O7H OOH yz F7H 
RESERVE NOTE 13 FOH 43H 1nH 35H 01H OBH OOH O8H OOH yz F7H 
VOICE ON/OFF 14 FOH 43H 1nH 35H 01H OCH OOH OOH OOH yz F7H 
VOICE MEMORY SELECT 1 FOH 43H 1nH 35H 01H OCH OOH 01H OOH yz F7H 
VOICE NUMBER 14 FOH 43H 1nH 35H 01H OCH OOH 02H OOH yz F7H 
VOLUME 14 FOH 43H 1nH 35H 01H OCH OOH 03H OOH yz F7H 
TUNING 14 FOH 43H 1nH 35H 01H OCH OOH O4H OOH yz F7H 
NOTE SHIFT 14 FOH 43H 1nH 35H 01H OCH OOH O5H OOH yz F7H 
PAN 14 FOH 43H 1nH 35H 01H OCH OOH OG6GH OOH yz F7H 
EFFECT LEVEL 14 FOH 43H 1nH 35H 01H OCH OOH 07H OOH yz F7H 
RESERVE NOTE 14 FOH 43H 1nH 35H O1H OCH OOH O8H OOH yz F7H 
VOICE ON/OFF 15 FOH 43H 1nH 35H 01H ODH OOH OOH OOH yz F7H 
VOICE MEMORY SELECT 15 FOH 43H 1nH 35H 01H ODH OOH 01H OOH yz F7H 
VOICE NUMBER 15 FOH 43H 1nH 35H 01H ODH OOH 02H OOH yz F7H 
VOLUME 15 FOH 43H 1nH 35H 01H ODH OOH O3H OOH yz F7H 
TUNING 15 FOH 43H 1nH 35H 01H ODH OOH O4H OOH yz F7H 
NOTE SHIFT 15 FOH 43H 1nH 35H 01H ODH OOH O5H OOH yz F7H 
PAN 15 FOH 43H 1nH 35H 01H ODH OOH O6H OOH yz F7H 
ErPreor LEVEL 15 FOH 43H 1nH 35H 01H ODH OOH 07H OOH yz F7H 
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RESERVE NOTE 15 

VOICE ON/OFF 16 

VOICE MEMORY SELECT 16 
VOICE NUMBER 16 

VOLUME 16 

TUNING 16 

NOTE SHIFT 16 

PAN 16 

EFRECT LEVEL. 16 
RESERVE NOTE 16 
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Recent Extensions: 


: General MIDI 
and MIDI Show Control —_— 
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OST INTERFACES ARE devel- 
oped on the initiative of an individual 
manufacturer and are adopted later 
by other makers. MIDI is an excep- 


‘tion to this general rule. The develop- 
ment of this standard is a result of a 
continuing dialogue between the ma- 


. . jor manufacturers involved. Thanks 
___ to the various associations that are involved (the IMA, the MMA, and 


| : 4 the JMSC), the yearly meetings of the NAMM and other conferences, 


and online services such as the Performing Arts Network (PAN), the de- 
velopment of MIDI is the fruit of virtually daily efforts and coordination. 
For the first time in the history of interfaces, users are enjoying the bene- 
fit of devices that talk to each other with the help of a single, unique 


language that provides a universal communications protocol. 


Originally designed with the single goal of standardizing the exchange of 
information between keyboards and sound generators, thereby putting an 
end to the anarchy and instability of the various analogous standards that 
were in effect at the time, the MIDI interface has gradually been modified 
to perform many other tasks. For instance, there are the Sample Dump 

Standard (for the transfer of samples), MIDI Files (for the transfer of se- 
quences), and the MIDI Time Code (for synchronization), to name just a 
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few. Who, back at the beginning, could have imagined that the MIDI 


standard would attract and handle such immense amounts of data? 


Although MIDI’s fixed hardware requirements, which are the essential 
condition for its compatibility, are also its major limitation with regard to 
unidirectional communications as well as with regard to the pass-band 
and the number of channels, its open software capabilities are an enor- 
mous advantage. It is these capabilities that have let MIDI continue un- 
ceasingly to adapt itself to users’ needs and to technological advances. As 
a result, new messages, new applications, and new products are continu- 


ously appearing. This chapter examines two of the most recent extensions 


of the standard: 


" General MIDI (including GS format, which is the Roland analog 
of General MIDI), and 


*" MIDI Show Control. 


"The General mi standard 


When a piece of music is developed on a synthesizer, you, the composer, 
are responsible for configuring your MIDI network in accordance with 
the requirements of the piece. In creating the configuration, you decide to 
assign this or that channel to this or that part of the arrangement (on this 
or that track); to send this or that Program Change message over this or 
that channel; and to adjust the sensitivity of each instrument with regard 
to this or that controller (such as the Pitch Bend, modulation, volume, 


aftertouch, etc.). 


Consider for instance the example of a sequence that consists of a piano 
track on Channel 1, an acoustic bass track on Channel 2, and a drum track : 
on Channel 10. Further assume that memory 23 of an expander (call it 


“A” corresponds to a piano sound whose volume ts controlled by » 


eh, 
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velocity; that memory 2 of a second expander (call it “B”) corresponds to 
an acoustic bass sound whose pitch is controlled by aftertouch; and that 
memory 55 of a third expander (call it “C”) corresponds to a drum kit 


whose bass drum and snare drum are assigned to Cl and El, respectively. 


If this sequence is moved to another MIDI environment, chances are 
good that the result will be different even though the messages that make 
up the sequence remain the same. For instance, memory 23 and memoty 2 of 
the expanders set to Channel | and Channel 2 may correspond respec- 
tively to a violin sound whose filter cut-off frequency is controlled by ve- 
locity and to a synthetic bass sound whose LFO speed is controlled by 
aftertouch. It could also turn out that the charley and the cymbals are as- 
signed to notes CI] and EI on Channel 10, and so on. In short, in spite of 
their MIDI compatibility, you can move a sequence from one environ- 
ment to another only if the configurations of the environments are 


exactly the same. 


Major public applications, such as sequences on disk, instructional soft- 
ware, and MIDI on CD, are the first to suffer from this kind of incom- 
patibility, because the user, who may not be very familiar with MIDI to 
begin with, is constrained to adapt the response of each of his or her in- 
struments (sounds, channels, drum-kit mapping, and so on). This is why 
the new extension known as the General MIDI (GM) standard was 
developed. 


This standard was developed on the initiative of two members of the 
MMA—Sranley Jungleib (who was one of the editors of the recently de- 
funct journal of the association) and Dave Kusek (president of Passport 
Designs }—in order to standardize the behavior of sound generators and 


as a result to simplify their implementation. 


A General MIDI sound generator is multitimbral and has 24 voices with 
dynamic allocation. It should also include a minimum of 16 timbre fami- 
lies (such as pianos, organs, and basses), with each family including 8 


sounds (for instance, grand piano, electric piano, honky-tonk piano, and 


~ 
ES 
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so on for the piano family). Regardless of the instrument—and this is 
where the value of the system resides—each of these 128 sounds is char- 
acterized by the same Program Change number (for instance, program 
number | for the grand piano, program number 33 for the acoustic bass, 
and so on). The mapping of the various elements of a drum kit and the 
response to the controllers, etc., are also standardized. As a result, a se- 
quence written in accordance with the General MIDI standard correctly 
drives any compatible sound generator without needing any adjustments 


beforehand. Here are the specifications for a minimum configuration as 


described by the standard. 


Type of Synthesis 


Whatever the manufacturer selects. 


Voices 


At least 24 voices are allocated dynamically at the same time for melodic 
sounds and for the drum/percussion kit, or else 16 voices are allocated 
dynamically for melodic sounds and 8 other voices are allocated for the 
drum/ percussion kit. 


Channels 


All 16 channels are supported. Each channel is polyphonic and can pro- 
duce a variable number of voices. Each channel can produce a different 
sound. The drum/percussion kit responds to messages sent over Chan- 


nel 10.. 
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Instruments 


Multitimbrality, with at least 16 timbres (that is, 16 different sounds ) 
and a minimum of 128 sounds (i.e., 128 MIDI program numbers). 


Other Characteristics 


® An overall volume potentiometer 


" A MIDI In port, with optional MIDI Out and MIDI thew 


connectors 
" Left and right audio outputs 


" A headset port 


The families of Sounds 


TABLE 4A: Families of Sounds, Grouped According to Program Numbers 
PROGRAM NUMBERS (DECIMAL): — PROGRAM NUMBERS (HEX) FAMILY 


1 to8 (OOH to 07H Piano 

9 to 16 (08H to OFH Chromatic percussion 
17 to 24 (10H to 17H Organ 

20 toe, (18H to 1FH Guitar 

33 to 40 (20H to 27H) Bass 

41 to 48 (28H to 2FH) Strings 

49 to 56 (30H to 37H Ensemble 

57 to 64 (38H to 36H Brass 

65 to 72 (40H to 47H Reeds 

73 to 80 (48H to 4FH Pipes 


08) 
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TABLE 1.1: Families of Sounds, Grouped According to Program Numbers (continued) 


PROGRAM NUMBERS (DECIMAL) PROGRAM-AUMBERS (HEX) FAMILY 

81 to 88 (SOH to 57H) Synth lead 
89 to 96 (S8H to SFH) Synth pad 
97 to 104 (60H to 67H) Synth effects 
105 to 112 (68H to 6FH) Ethnic 
listo 120 (70H to 77H) Percussive 
[2 iete 28 (78H to 7FH) Sound effects 


The Sounds 


TABLE 4.2: Individual Sounds, Grouped According to Baseme Numbers 
PROGRAM NUMBERS (DECIMAL)- — PROGRAM NUMBERS (HEX) INSTRUMENT OR EFFECT 


PIANO 
(00H) Acoustic grand piano 
2 (O1H) Bright acoustic piano 
3 (02H) Electric grand piano 
4 (03H) Honky-tonk piano 
5 (04H) Electric piano | 
6 (OSH) Electric piano 2 
7 (06H) Harpsichord 
8 (07H) Clavi 
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TABLE 14.2: Individual Sounds, Grouped According to Program Numbers (continued) 


PROGRAM NUMBERS (DECIMAL)  — PROGRAM NUMBERS (HEX) INSTRUMENT OR EFFECT 
CHROMATIC PERCUSSION 

. (08H) Celesta 

10 09H) Glockenspiel 

el OAH) Music box 

ie ; OBH) Vibraphone 

be OCH) Marimba 

14 (ODH) Xylophone 

1S (OEH) Tubular bells 

16 (OFH) Dulcimer 
ORGAN 

17 (10H) Drawbar organ 

18 Gets) Percussive organ 

19 (12E1) Rock organ 

20 (P3k Church organ 

P))\ (14H Reed organ 

22 (1SH Accordion 

23 (16H Harmonica 

24 (17H Tango accordion 
GUITAR 

25 18H) Acoustic guitar (nylon) 

26 1b) Acoustic guitar (steel) 

Ze 1AH) Electric guitar (jazz) 

28 IBH) Electric guitar (clean) 
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TABLE u,2: Individual Sounds, Grouped According to Program Numbers (continued) 


PROGRAM NUMBERS (DECIMAL) PROGRAM NUMBERS (HEX) INSTRUMENT OR EFFECT 
29 (1CH) Electric guitar (muted) : 
30 (1DH) Overdriven guitar 
31 (1EH) Distortion guitar ' 
Cys CURE) Guitar harmonics . 
BASS 

33 (20H) Acoustic bass 
34 (21H) Electric bass (finger) : 
35 (22H) Electric bass (pick) 
36 (23H) Fretless bass ; 
a7 (24H) Slap bass | 
38 (25H) Slap bass 2 
39 (26H) Synth bass | F 
40 (27H) ~ Synth bass 2 

STRINGS 
41° (28H) Violin : 
42 er Viola 
43 / (2AH) Cello ; 
44 (2BH) Contrabass 
45 (26H) Tremolo strings ; 
46 . (2DH) Pizzicato strings ; 
47 (ZERL) Orchestral harp 
48 (ZEEE) Tympani 
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TABLE 4.2: Individual Sauda Grouped According to Program Numbers (continued) 


PROGRAM NUMBERS (DECIMAL). — PROGRAM NUMBERS (HEX): MSTRUMENT OR EFFECT. 
ENSEMBLE 

49 (30H) String ensemble 1 

50 (31H) String ensemble 2 

St (3211) Synth strings | 

Ve (33m) Synth strings 2 

or (34H) Choir aahs 

54 (35H) Voice oohs 

a5 (36H) Synth voice 

56 (37) Orchestra hit 
BRASS 

a, (38H) Trumpet 

58 (39H) Trombone 

a (3AH) Tuba 

60 (3BH) Muted trumpet 

61 (3CH) French horn 

62 (3DH) Brass section 

63 (3EH) Synth brass | 

64 (SFPD) Synth brass 2 
Reeds 

65 (40H) Soprano sax 

66 (41H) Alto sax 

67 (42H) Tenor sax 

68 (43H) Baritone sax 
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TABLE 2: Individual Sounds, Grouped According to Program Numbers (continued) 


PROGRAM NUMBERS (DECIMAL) 


69 
70 
71 


PROGRAM NUMBERS (HEX) 


(44H) 
(45H) 
(46H) 
(47H) 


PIPES 


HISTRUMENT OR EFFECT 
Oboe 
English horn 


Bassoon 


Clarinet 


ee 


7S 
74 
iS 
76 
Tip 
78 
79 
80 


81 
82 
83 
84 
85 
86 
87 
88 


(48H) 
(49H) 
(4AH) 
(4BH) 
(4CH) 
(4DH) 
(4EH) 
(4FH) © 

SYNTH LEAD 
(SOH) 
(SIH) 
(52H) 
(53H 
(54H 
(55H 
(56H 
(57H 


Piccolo 
Flute 
Recorder 
Pan flute 
Blown bottle 
Shakuhachi 
Whistle 


Ocarina 


Lead | (square) 
Lead 2 (sawtooth) 
Lead 3 (calliope) 
Lead 4 (chiff) 

Lead 5 (charang) 
Lead 6 (voice) 

Lead 7 (fifths) 

Lead 8 (bass + lead) 
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TABLE 14.2: Individual Sounds, Grouped According to Program Numbers (continued) 


PROGRAM NUMBERS (DECIMAL). — PROGRAM NUMBERS (HEX) INSTRUMENT OR EFFECT 
SYNTH PAD 
89 58H) Pad 1 (new age) 
90 59H) Pad 2 (warm) 
a1 @sis)) Pad 3 (polysynth) 
92 SBH) . Pad 4 (choir) 
93 SCE) Pad 5 (bowed) 
94 SDH) Pad 6 (metallic) 
95 SEH) Pad 7 (halo) 
96 SEF) Pad 8 (sweep) 
SYNTH EFFEC 
97 (60H) EX 1 (tain) 
98 (61H) FX 2 (soundtrack) 
99 (62H) FX 3 (crystal) 
100 (63H) FX 4 (atmosphere) 
101 (64H) EX 5 (brightness) 
102 (65H) EX 6 (goblins) 
103 (66H) FX 7 (echoes) 
104 (67H) FX 8 (sci-fi) 
ETHNIC 
105 (68H) Sitar 
106 (69H) Banjo 
107 (6AH) - Shamisen 
108 (6BH) Koto 
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TABLE 14.2: Individual Sounds, Grouped According to Program Numbers (continued) 


PROGRAM NUMBERS (DECIMAL) — PROGRAM AUMBERS (HEX) INSTRUMENT OR EFFECT 
109 (6CH) Kalimba 
Oo (6(DH) Bagpipe 
M1 (6EH) Fiddle 
i2 (6FH) Shanai 
PERCUSSIVE 

il, (70H) Tinkle bell 
114 4 7Mist) Agogo 
LES G2) Steel drums 
116 (73H) Woodblock 
117 (74H) Taiko drum 
118 (75H) Melodic tom 
9 (76H) Synth drum 
[20 - (77H) Reverse cymbal 

SOUND EFFECTS 
Ee (78H) Guitar-fret noise 
P22. (FoEy) Breath noise 
123 (7AH) Seashore 
124 (7BH) Bird tweet 
eS Ger) Telephone ring 
126 (7DH) Helicopter 
127 (7EH) Applause 


128 GEED) Gunshot 
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Drum/Percussion Kit (Channel 10) 


TABLE 14.3: Drum Kit and Percussion Mapping (Channel 10) 


OTE NUMBERS 
(DECIMAL) 


SS 
36 
37 
38 
oo 
40 
41 
42 
43 
44 
45 
46 
47 
48 
49 
50 
S1 
Se 
oe 
54 
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NOTE NUMBERS (HEX) 


23H) 
24H) 
25H) 
26H) 
27H) 
28H) 
29H) 
2AH) 
(2BH) 
2CH) 
2DH) 
2EH) 
2FH) 
30H) 
31H) 
(32H) 
(33H) 
(34H) 
(35H) 
(36H) 


NOTE MAME 


BO 
SI 
CHI 
D1 
D#1 
Bl 
lg 
FHI 
Gl 
G#I 
Al 
A#| 
Bl 
C2 
C#H2 
2 
D#2 
E2 
Ey 
FH2 


INSTRUMENT OR EFFECT 


Acoustic bass drum 
Bass drum | 

Side stick 
Acoustic snare 
Hand clap 
Electric snare 
Low-floor tom 
Closed hi-hat 
High-floor tom 
Pedal hi-hat 

Low tom 

Open hi-hat 
Low-middle tom 
High-middle tom 
Crash cymbal 1 
High tom 

Ride cymbal | 
Chinese cymbal 
Ride bell 


Tambourine 
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TABLE 4.3: Drum Kit and Percussion Mapping (Channel 10) (continued) 


NOTE NUMBERS 
(DECIMAL) 


NOTE AUMBERS.(HEX) 


nore name 


MSTRUMENT OR EFFEC: 


35) 
56 
57 
58 
oF 
60 
61 
62 
63 
64 
65 
66 
67 
68 
69 
70 
a 
72 
73 
74 
79 
76 
VE 


37H) 
38H) 
39H) 
3AH) 
3BH) 
3CH) 
3DH) 
3EH) 
3FH) 
40H) 
41H 
42H 
43H 
44H 
45H 
46H 
47H) 
48H) 
49H) 
4AH) 
4BH) 
(4CH) 
(4DH) 


"GZ 


G#2 
A2) 
A#2 
B2 
C3 
C#H3 
D3 
D#3 
E3 
F3 
FH3 
G3 
GH3 
A3 
A#3 
B3 
C4 
C#H4 
D4 
D#4 
E4 
F4 


Splash cymbal 
Cowbell 

Crash cymbal 2 
Vibraslap 

Ride cymbal 2 
High bongo 
Low bongo 
Mute high conga 
Open high conga 
Low conga 

High timbale 
Low timbale 
High agogo 
Low agogo 
Cabasa 

Maracas 

Short whistle 
Long whistle 
Short guiro 
Long guiro 
Claves 

High woodblock 
Low woodblock 
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TABLE 1,3: Drum Kit and Percussion Mapping (Channel 10) (continued) 


NOTE NUMBERS 

(DEC MAL) NOTE NUMBERS (HEX) NOTE NAME INSTRUMENT OR EFFECT 
78 (4EH) FH4 Mute cuica 

79 (4FH) G4 Open cuica 

80 (SOH) G#4 Mute triangle 
ol Gir A4 Open triangle 


The Minimum MIDI Implementation 
llote On and llote Off 


The C at the middle of the keyboard is the same as note number 60 
(3CH). All of the voices, including the ones in the drum/percussion kit, 
are sensitive to velocity. The allocation of the voices is dynamic; that is, 
when a note is produced, a second note having the same number can be 
superimposed on the first note through the use of a free or unassigned 


voice, 


Controllers 


1 (01H): modulation 
7 (07H): general volume 
10 (OAH): panorama 
11 (OBH): expression 
64 (40H): sustain 
121 (79H): reset all controllers 
123 (7BH): all notes off 
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Registered Parameters 


0 (OOH): Pitch Bend sensitivity 
1 (01H): fine tuning 
2 (02H): coarse tuning 


Other Channel Messages 


" Channel Aftertouch 

" Pitch Bend (with a default range of plus or minus 2 semitones) 
" All-channel response to volume messages 

. The default values that are in effect when the sound generator is 


turned on: Bend = 0, Volume = 100, with the controllers in their 


normal position 


MIDI Messages that Let You Activate and 
Deactivate General MIDI Mode for a Sound Generator 


Activation 


FOH: Exclusive Message status byte 

7EH: "non real time" category 

<device ID>: identification (7FH = all) 
O9H: sub ID #1 = General MIDI message 
O1H: sub ID #2 = General MIDI On 
F7H2E0X 


Deactivation 


Deactivation 

FOH: Exclusive Message status byte 

7EH: "non real time" category 

<device ID>: identification (7FH = all) 
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O9H: sub ID #1 
02H: sub ID #2 
F7H: EOX 


“Phe 65 Format 


When the Frankfurt meeting was held in 1991, before the General MIDI 
standard was approved, Roland published a preliminary version of the 
GS format. In terms of design this standard is similar to General MIDI 


and is compatible with it in several areas. However, the GS format is 


General MIDI message 
General MIDI Off 


somewhat more advanced, because it deals exclusively with the products 
ofa single manufacturer. This section describes the contents of version 


0.94 of the GS Standard document, as published on December 8, 1990. 


Basic Characteristics 


A GS sound generator is polyphonic over 24 voices, for a resulting multi- 
timbrality of 16 “parts.” Table 14.4 below shows the correspondence be- 
tween the MIDI channel numbers and the roles that are assigned to these 
channels within an arrangement. (This table assumes that each tone—that 


is, each sound, in Roland’s terminology—consists only of a single partial.) 


\ 


TABLE w,.4: MIDI Channels and Polyphony in a 24-Voice GS Sound Generator 


CHANNEL ROLE NUMBER OF PARTIALS RESERVED- 
10 rhythm (drums) 2Z 
ic piano 6 
Z bass 2 
a strings 2 
4 melody 2 
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TABLE 14.4: MIDI Channels and’ Polyphony in a 24-Voice GS Sound Generator (continued) 


(HAMEL ROLE NUMBER-OF PARTIALS RESERVED 

S strings: “sub’-strings _ Zz 

6 melody: “sub”-melody 2 

7 (‘“lower” part) 2 
8 (harmonic part) 2 

9 (melodic part) Z 

ict percussion keyboard — 

12 —undefined— 

13 —undefined— ' 
14 —undefined— 

iS —undefined— 

16 —undefined— 


Channel 10 and channels 1 to 6 are treated as the major channels. They 
have ptiority with regard to the allocation of partials. Of course, you can 
have more partials on one channel or another, provided you don’t exceed 


the total of 24 polyphonic voices. 


Assigning Sounds 


The so-called “tone map” defines a certain number of sounds (tones), 
each of which is associated with its Program Change number. The tone 
map is divided into 128 banks, with each bank consisting of 128 sounds 
(128 X 128 = 16,384 sounds). The first 64 banks (from OOH to Salih) 
are standardized by the GS format (64 x 128 = 8,192 sounds), while the 
next 63 banks (from 40H to 7EH) are reserved for the user (63 X 128 = 
8,0643 sounds), and therefore automatically correspond to the addresses 
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in RAM. Finally, the last bank (7EH) is compatible with the factory- 
installed sounds of the Roland MT-32. 


Each of these 16,384 sounds is accessible by means of a Bank Select mes- 
sage followed by a Program Change message (i.e., the message that selects 
the sound within the bank). However, only the most significant byte 
(MSB) of the Bank Select message is used. This byte corresponds to the 
continuous controller OOH. (The continuous controller 20H, which is 


the least significant byte (LSB) of the Bank Select message, is ignored. ) 


The 128 sounds in the first bank (bank 00H), which are compatible with 
the General MIDI standard, as known as the capital tones. For a given loca- 
tion in the bank (that is, for a given Program Change number), each 
sound in the seven following banks (that is, banks 01H to 07H) corre- 
sponds to a slight variation in the sound of the capital tone (in terms of 
the envelope, brilliance, and other parameters ). However, because of the 
very limited degree of difference between these sounds and the original 
sound, these variants have the same name as the sound in the capital 


tone bank. 


The seven banks (08H, 10H, 18H, 20H, 28H, 30H, and 38H) for the 
so-called sub-capital tones contain sounds that, for a given location (that is, 
for a given Program Change message), correspond to variants that are dif- 
ferent enough from the capital tones to need different names. For in- 
stance, the sub-capital tone for the Italian accordion (bank 08H, Program 
Change 15H) is only a variant of the capital sound of the French accor- 
dion (bank 00H, Program Change 15H). 


In the same way, the seven banks that follow each sub-capital tone (that 
is, banks O9H to OFH for bank 08H, banks 11H to 17H for bank 10H, 
and so on) contain sounds that, for a given location (that is, for a given 
Program Change message) correspond to variants of the sub-capital 
tones. These various bank allocations are shown graphically in Fig- 


ure 14.1 below. 
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00H ae . 
00H : Program Number OH 7FH 
Key: MEME = Capital Tones ‘MME = Su-CCapitals ——J= User Area 
KZ = Sound Effects 5 = Variations OI = MT-32 Presets 


FIGURE 1,1: Managing the banks in GS format 


It would be a mistake to assume that every instrument that’s compatible 
with the GS standard contains 8,192 sounds. This is why a hierarchical 
substitution system has been provided—to deal with cases in which a 
Bank Select message followed by a Program Change message addresses a 
nonexistent location. When this location corresponds to one of the seven 
variants of a sub-capital bank, then the same Program Change number is 
selected within the sub-capital bank. Likewise, when this location corre- 
sponds to one of the seven sub-capital banks (i.e., the variants of a capital 
bank), then the same Program Change number is selected in the capital 
bank. This system also applied to banks 01H to 07H (with the same Pro- ‘ 
gram Change number being selected in bank 00H), 
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Regardless of the bank they belong to, the sounds that are addressed by 
Program Change numbers 70H to 7FH are an exception (which simply 
means that they don’t obey the substitution rules described above), be- 


cause these sounds are reserved for sound effects. 


Assigning Drum Sets 


A total of 10 drum sets are compatible with the GS format. These sets, 
which are assigned to MIDI Channel 10, are selected by means of the 
Program Change messages listed in Table 14.5 below. 


TABLE 14.5: Zhe Ten GS-Compatible Drum Sets 


PROGRAM CHANGE NUMBERS 


DECIMAL HEX NAME OF THE SET 
1to8 (OOH to 07H) The Standard set 

9 to 16 (08H to OFH) The Room set 

17 to 24 (10Eto 171) The Power set 

25 to 32 (chi to JFE) The Electronic set 

33 to 40 (20H to 27H) The Jazz set 

41 to 48 (23H ZF) The Brush set 

49 to 56 (30H to 37H) The Orchestra set 

57 to 64 (38H to 3FH) The SFX set 

65 to 112 (40H to 6FH) The User set area 
L13tetZs (70H to 7FH) The Optional set area 
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NOTE: Every sound generator that is compatible with the GS format has 
at least one standard set that corresponds to Program Change number 
OOH. The other sets are optional. As you'd expect, the distribution of the 
drum sets over the keyboard is standardized. 


The Implementation Chart 


Even though the GS format responds to a certain number of standard Sys- 
tem Exclusive (SysEx) messages (as described in the next section), the 
continuous controllers can have an effect on the sound generator, whether 
these messages are standardized messages (with an RPN, or Registered 
Parameter Number) or NRPN messages (that is, messages with a Non 
Registered Parameter Number). 


However, before diving into the implementation of the SysEx messages, 
it’s worth examining in detail a sound-generator implementation chart (as 
shown in Figure 14.2 below) that’s compatible with the GS format. This 
examination will give you a chance to get acquainted with three of the 
most recently approved MIDI messages: Legato, All Sounds Off, and 
RPN Reset. In the descriptions that follow Figure 14.2, the specifica- 
tions indicated by a set of three dollar signs ($$$) are optional extensions 
of the GS format. 
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Model SC-55 MIDI Implementation Chart Version : 1.00 


1-16 
1 ~ 16 each Memorized 


Mode 3 
Mode 3, 4 (m= 1) 


Transmitted 


Default 
Messages 


Altered ReEECEHKEE 


belie) 


True Voice eee Ht RE 


Velocity Note ON X 
Note OFF xs 
Aftertouch Key’s Xx 
Ch’s > 4 
Pic Bond 


Modulation 
Portamento time 
Data entry 

Volume 

Panpot 

Expression 

Holdi 

Portamento 
Sostenuto 

Soft 

Effect] depth 
Effect3 depth 
NRPN LSB, MSB 
RPN LSB, MSB 
All sounds off 
Reset all controllers 


(Reverb) 
(Chorus) 


ae 


OC es ee ee Eee 


Prog 
Change True # SAAC HES Bi a 


System Exclusive 


Local ON/OFF X 
Aux All Notes OFF O (123 - 127) 
Messages Active Sense oO 

Reset X 


Om fal OyOperererererererorerorerererere 


* 1 OX can be selectable. 
* 2 Recognize as m= 1 even ifm! = 1. 
* 3 OX can be selectable, only using the receive switch control change (all). 


Mode 1: OMNI ON, POLY Mode 2: OMNI ON, MONO O: Yes 
Mode 3: OMNI OFF, POLY Mode 4: OMNI OFF, MONO X: No 


FIGURE 14.2: A sound-generator implementation chart that’s compatible with GS format 
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The Data Received 


Voice Messages 
Note Off 


8nH kkH vvVH 
9nH kkH OOH 


n = the channel number: OH to FH (that is, 0 to 15) 
kkH = the note number: OOH to 7FH (that is, 0 to 127) 
vvH = the velocity: OOH to 7FH (that is, 0 to 127) 

* Recognized when “Rx.note message = on” 


* Recognized, for a drum kit, when “Rx.note off = on” for each 


instrument 


Note On : 
9nH kkH vvH OOH 

n = the channel number: OH to FH (that is, 0 to 15) 

kkH = the note number: OOH to 7FH (that is, 0 to 127) 

re = the velocity: 01H to 7FH (that is, 1 to 127) 

* Recognized when “Rx.note message = on” 


gs Recognized, for a drum kit, when “Rx.note on = on” for each ° 


instrument 
Key-Pressure Aftertouch 
AnH kkH vvH 


n = the channel number: OH to FH (that is, 0 to 15) 
kkH = the note number: OOH to 7FH (that is, 0 to 127) 
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wH = the velocity: OOH to 7FH (that is, 0 to 7) 
* Recognized when “Rx.polyphonic key pressure = on” 


Control Change 
Bank Select 


BnH OOH mmH 
BnH 20H 11H 


n = the channel number: OH to FH (that is, 0 to 15) 


mmH and IH = the bank number: 00H, 00H to 7FH, 7FH (..e., 
from OOOOH to 3FFFH, expressed over 14 bits) (that is, 0 to 
16,383) 


* Only the most significant byte (mmH) is eee The least signifi- 
cant byte is ignored. Thus, only 128 banks are available (1, 128, 
250ns.., loo): 

Modulation 

BnH O1H vvVH 
n = the channel number: OH to FH (that is, 0 to 15) 


vvH = the depth of the modulation: 00H to 7FH (that is, 0 to 
Ia) 


* Recognized when “Rx.modulation = on” (the default value), 
with the modulation action by default having an effect on the 
pitch) 

Portamento Time 


BnH O5H vvH 


n = the channel number: OH to FH (that is, 0 to 1S) 


vvH = the duration of the portamento: 00H to 7FH (that is, 
0 to 127) 


gees 
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Data Entry 


BnH O6H mmH 
BnH 26H 11H 


n = the channel number: OH to FH (that is, 0 to 1S) 


mmH and IIH = the value of the parameter: OOH, 00H to 7FH, 
7FH (that is, 0 to 16,383), as specified by the RPN and/or 
NRPN messages 


Volume 


BnH 07H vvH 


n = the channel number: OH to FH (that is, 0 to 15) 
vvH = the volume: 00H to 7FH (that is, 0 to 127) 
* The volume can be adjusted for each channel (that is, for each 
part) 
* Recognized when “Rx.volume = on” (the default value) 
Panpot 
BnH OAH vvH 8 
n = the channel number: OH to FH (that is, 0 to 15) 


vvH = the panorama: OOH to 40H to 7FH (that is, left, center, 
and right) 


* Recognized when “Rx.panpot = on” (the default value) 
Expression 
BnH OBH vvH 
n = the channel number: OH to FH (that is, 0 to 15) 
vvH = the expression: 00H to 7FH (that is, 0 to 127) 
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* The expression can be adjusted for each channel (that is, for each 

part) 

* Recognized when “Rx.expression = on” (the default value) 
Hold 1 
BnH 40H vvH 

n = the channel number: OH to FH (that is, 0 to 15) 

wH = the sustain pedal: OOH to 7FH (with 0 = off) _ 

* Recognized when “Rx.holdl = on” (the default value) 
Portamento 
BnH 41H vvH 

n = the channel number: 0H to FH (that is, 0 to 15) 

vvH = the portamento: 00H to 7FH (with 0 = off) 

* Recognized when “Rx.portamento = on” (the default value) 
Sostenuto ($$$) 
BnH 42H vVH 

n = the channel number: OH to FH (that is, 0 to 15) 

vvH = the sostenuto: OOH to 7FH (with 0 = off) 

* Recognized when “Rx.sostenuto = on” (the default value) 
Soft Pedal 
BnH 43H vvH 

n = the channel number: OH to FH (that is, 0 to 15) 

vvH = the soft pedal: OOH to 7FH (with 0 = off) 

* Recognized when “Rx.soft = on” (the default value) 


LEE (Legato Control) 
BnH 54H kkH 


‘n= the channel number: OH to FH (that is, 0 to 15) 


kkH = the reference pitch ies, the note number): OOH to 7FH 
(that is, 0 to 127) i 


* When a message indicating that a note has been pressed follows 
an LGC message, the note in question undergoes a portamento ef- 
fect. The duration of this effect is equal to the duration specified 
by the Portamento Time message. The portamento starts at the 
pitch defined by the LGC message and goes on until it reaches 

_ the pitch defined by the Note message. What this means is that 
you no longer have to use the Portamento On/Off message for an 


individual action. 


" Example 1 : 
Example 1 
90H 3CH 40H Note On C4 
BOH 54H 3CH LGC (C4) 
90H 40H 40H Note On E4 (portamento from C4 to E4) 
80H 3CH 40H Note Off C4 
80H 40H 40H Note Off E4 

. Example 2 
BOH 54H 3CH LGC (C4) 
90H 40H 40H Note On E4 (portamento from C4 to E4) 
80H 40H 40H Note Off E4 


Effect 1 Depth (Reverb Send Depth) 
BnH 5BH vvH 
n = the channel number: OH to FH (that is, 0 to 15) 


vwvH = the starting depth of the reverb effect: OOH to 7FH (that 
is, 0 to 127) P 
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Effect 3 Depth (Chorus Send Depth) 
BnH 5DH vvH 


n = the channel number: OH to FH (that is, 0 to 15) 
vvH = the starting depth of the chorus effect: OOH to 7FH (that 
isyOiterl 27) 

NRPN MSB/ISB ($$$) 


BnH 63H mmH 
BnH 62H 11H 


n = the channel number: OH to FH (that is, 0 to 15) 
mmH = the most significant byte in parameter number NRPN 
IIH = the least significant byte in parameter number NRPN 
* Recognized when “Rx.NRPN = on” (the default value) 
After an NRPN parameter has been selected, its value can be modified by 
means of the Data Entry message. The NRPN messages that are compat- 


ible with the GS format are listed in Table 14.6 below (with the least sig- 
nificant byte in the Data Entry message being ignored). 


TABLE 14.6: NRPN Messages That Are Compatible with the GS Format 
DATA-ENTRY 


‘MSB AND LSB M58 DESCRIPTION 


01H 08H mmH Vibrato rate (that is, the relative change in 
the vibrato speed on the specified channel), 
as indicated by the value of byte mmH: OEH 
to 40H to 72H (ie., SO to 0 to +50) 


e 
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TABLE 14.6: NRPN Messages That Are Compatible with the GS Format (continued) 


“MSB AND LSB 
01H 09H 


O1H OAH ($$$) 


01H 20H ($$$) 


O1H 21H ($$$) 


DATA-ENTRY © 
MsB 


mmH 


mmH 


mmH 


DESCRIPTION 


Vibrato depth (that is, the relative change in 
the depth of the vibrato on the specified 


channel), as indicated by the value of byte 
mmH: OEH to 40H to 72H (ie., —50 to 0 
to +50) 


Vibrato delay (that is, the relative change in 
the delay of the vibrato on the specified 
channel), as indicated by the value of byte 
mmH: OEH to 40H to 72H (i.e., —50 to 0 
to +50) 


TVE cut-off frequency (that is, the relative 
change in the cut-off frequency of the filter 
on the specified channel), as indicated by the 
value of byte mmH: OEH to 40H to 72H 
(46,50 to'0 to53u) 


TVF resonance (that is, the relative change 
in the resonance of the filter on the specified 
channel), as indicated by the value of byte 
mmH: 0EH to 40H to 72H (i.e., —50 to 0 
fo 4-50) 
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TABLE 14,6: NRPN Messages That Are Compatible with the GS Format (continued) 


DATA-ENTRY 
MSB-AND L$B MSB DESCRIPTION 


O1H 63H mmH TVF and TVA envelope attack time (that is, 
the relative change in the attack time of the 
filter envelopes and the amplitude on the 
specified channel), as indicated by the value 
of byte mmH: OEH to 40H to 72H (i.e., — 
50 to 0 to +50) 


O1H 64H ($$$) = mmH TVF and TVA envelope decay time (that is, 
the relative change in the decay time of the 
filter envelopes and the amplitude on the 
specified channel), as indicated by the value 
of byte mmH: OEH to 40H to 72H Ce 
50 to 0 to'+50) 


O1H 66H mmH TVF and TVA envelope release time (that 
- is, the relative change in the release time of 
the filter envelopes and the amplitude on the 
specified channel), as indicated by the value 
of byte mmH: OEH to 40H to 72H ee 
50 to 0 to +50) 


18H rrH ($$$) = mmH The coarse pitch of a drum instrument (that 
is, the absolute change in the pitch of the 
instrument whose note number is equal to 
trH), as indicated by the value of byte mmH: 
00H to 40H to 7FH (i.e., 64 to 0 to +63 


semitones) 
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TABLE 14.6: NRPN Messages That Are Compatible with the GS Format (continued) 
DATA-ENTRY ; 
MB 


MS AND LB DESCRIPTION 


LAH trH mmH The TVA level of a drum instrument (that 
is, the absolute change in the amplitude of 


the instrument whose note number is equal 
to rrH), as indicated by the value of byte 
mmH: OOH to 7FH (i.e., 0 to 127) 


1CH rrH mmH The panpot of a drum instrument (that is, 
the absolute change in the panorama of the 
instrument whose note number is equal to 
rrH), as indicated by the value mmH: 00H, 
O1H to 40H to 7FH (that is, random $$$; 
left, center, and right) 


UBSbrag| mmH The reverb send depth of a drum instrument 
(that is, the absolute change in the sending 
level toward the reverb by the instrument 
whose note number is equal to rrH), as 
indicated by the value of byte mmH: 00H to 
7EHI Ge, O toliz 2) 


1EH rrH ($$$) | mmH The chorus send depth of a drum instrument 
(that is, the absolute change in the sending 
level toward the chorus by the instrument 
whose note number is equal to rrH), as 
indicated by the value of byte mmH: 00H to 
JET (i.e, 0 towZ7) 
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RPN MSB/LSB 


BnH 65H mmH 
BnH 64H 11H 


n = the channel number: OH to FH (that is, 0 to 15) 

mmH = the most significant byte in parameter number RPN 
IIH = the least significant byte in parameter number RPN 

* Recognized when “Rx.RPN = on” (the default value) 


After an RPN parameter has been selected, its value can be modified by 
means of the Data Entry message. The RPN messages that are compat- 
ible with the GS format are listed in Table 14.7 below. 


TABLE 14,.7: RPN Messages That Are Compatible with the GS Format 
DATA-ENTRY MSB 
MSB AND LSB AND LSB DESCRIPTION 
OOH 00H mmH — Pitch Bend sensitivity, with mmH = 00H to 
18H (that is, from O to 24 semitones). The 
value of byte IIH is ignored, and the default 


value is two semitones. 


OOH 01H mmH IH Master Fine Tuning, with mmH, IIH = 
OOH, OOH to 40H, OOH to 7FH, and 7FH 
(that is, from —8,192 x 100 / 8,192 to 0 to 
+8,191 x 100 / 8,192 cents). 


OOH 02H mmH — Master Coarse Tuning, with mmH = 28H . 
to 40H to 58H (that ts, from —24 to 0 to 
+24 semitones) 


Jl 
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TABLE 14.7: REN Messages That Are Compatible with the GS Format (continued) 


DATA-ENTRY MSB 
MSB AND LIB AND-LSB: DESCRIPTION 


iii 7FH — — RPN Reset (with the value of the RPN and 
NRPN parameters being reset). The values 
of byte mmH and byte IIH are ignored. 


Program Change 
CnH ppH 
n = the channel number: OH to FH (that is, 0 to 15) 
ppH = the program number: OOH to 7FH (that is, 0 to 127) 
* Recognized when “Rx.program change = on” (the default value) 


Channel Aftertouch 
DnH vvH 
n = the channel number: OH to FH (that is, 0 to 15) 
vvH = the aftertouch value: OOH to 7FH (that is, 0 to 127) 


* Recognized when “Rx.channel pressure = on” 


Pitch Bend Change 


EnH 11H mmH 


n = the channel number: OH to FH (that is, 0 to 15) 


mmH, IIH = the value: OOH, 00H to 40H, 00H to 7FH, 7FH 
(that is, —8,192 to 0 to +8,191) 


* Recognized when “Rx.pitch bend = on”. The Pitch Bend action 
is described in the section entitled “Bend controller function” (and 


by default has an effect on pitch). 


Ip 
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Mode Messages 
All Sounds Off 
BnH 78H OOH 
n = the channel number: OH to FH (that is, 0 to 15) 
* The sounds on the specified channel are immediately cut off. 
Reset All Controllers 


BnH 79H OOH 


n = the channel number: OH to FH (that is, 0 to 15) 


The controllers are reinitialized to their default values, as listed below: 


pitch bend : 64 (center) 
polyphonic key pressure: 0 (off) 
channel aftertouch : 0 (ott) 
modulation + OelOtt,) 
expression : 127 (maximum) 
hold 1 770 (oft) 
portamento TO Otat) 
sostenuto » OOnE) 
soft pedal > 0 (oft) 

RPN : no change 
NRPN : no change 
All Notes Off 

BnH 7BH OOH 


n = the channel number: OH to FH (that is, 0 to 15) 


* The notes on the specified channel are immediately cut off, ex- 


cept if the Hold and/or Sostenuto pedal is being held down. 
Omni Off 
BnH 7CH OOH 

n = the channel number: OH. to FH (that is, 0 to 15) 
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* The Omni Off message is recognized only in the form of an All 
Notes Off message. The mode is not affected. 


Omni On 
BnH 7DH OOH 


n = the channel number: OH to FH (that is, 0 to 15) 
* The Omni On message is recognized only in the form of an All 
Notes On message. The mode is not affected. 

Mono 

BnH 7EH mmH 


a= hechannel number: OH to FH (that is, 0 to 1D) 
* The Mono message is recognized in the form of an All Notes 
On message. The specified channel changes to Mode 4 (mm = 1), 
even if mmH has a value other than 1. 
Poly 
BnH 7FH OOH 


.n = the channel number: OH to, FH (that is, 0 to 15) 


* The Poly message is recognized only in the form of an All Notes 
On message. The specified channel switches to Mode 3. 


Real-Time Messages 

Active Sensing 

FEH 

NOTE: When no MIDI message has been received for a period of 420 


milliseconds, and provided that at least one Active Sensing message was 
received earlier, the instrument performs the following actions before re- 


turning to its normal operating mode, without worrying about the time 
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intervals that separate the messages it receives: 


all sounds off 
all notes off 
reset all controllers 


Exclusive Messages 


The Exclusive messages that are received are dealt with in the next section. 


The Transmitted Data 


fictive Sensing (Real-Time Messages) 
FEH 


* Transmitted approximately every 250 milliseconds 


Exclusive Messages (Real Time) 


The Exclusive messages that are transmitted are dealt with in the next 


section. 


The Syntax of Exclusive Messages 


This section discusses the syntax of Exclusive messages. 


lmplemented Messages 


The Exclusive messages that are implemented on every sound generators 
that is compatible with the GS format are listed below. 


One-Way Dump Request (RQi) 


FOH (11110000): Exclusive message status byte 
41H (01000001): Roland ID 
10H: (00010000): unit number (device ID = 17) 


42H (01000010): 
11H (00010001): 
ddH (Oddddddd): 
eeH (Oeeceeece): 
HTH CORTE TELE): 
QgH (Oggggggg): 
hh (Ohhhhhhh) : 


The GS Format | a) 


model or family (model ID = GS format) 
code RQ1 (one-way request) 

address (start) 

address (continuation) 

address (end). 

size (start) 


size (continuation) ‘ 


: size (end) 
CCH (Occceccc): 
Freda 1 tOtie 


checksum 
EOX (end of exclusive) 


One-Way Dump (DT) 


FOH (11110000): 
41H (01000001): 
10H: (00010000): 
42H (01000010): 
12H (00010010): 
ddH (Oddddddd): 
eeH (Oeeeeeee): 
Hoa CORTE TATE): 
XXH (OXXXXXXX): 


ccH (Occccccc): 
F7H (11110111): 


Dat Addresses 


Exclusive Message status byte 

Roland ID ° 
unit number (device ID = 17) 
model or family ID (model ID = 
code DT1 (one-way dump) 
address (start) 

address (continuation) 

address (end) 

data 


GS format) 


checksum 
EOX (end of exclusive) 


The memory addresses at which the data resides are indicated in the dia- 


gram in Figure 14.3 below. The addresses are expressed in hexadecimal 


form, distributed over three bytes each consisting of seven bits. 


In other words, a capability has been provided that lets you transfer pa- 


rameters either individually or in the form of a block of data (that is, as a 


so-called bulk dump). 
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Sub-block Type of transaction 


40H 00H 00H system individual 
parameters 


common individual 


individual 


41H 00H 00H drum setup drum map individual 
parameters name 


(patch parameters) patch 


atch 
ha 16 


40H 01H 00H bulk dump bulk 


FIGURE 14.3: Memory addresses of the data 
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Transferring Individual Parameters 


Tables 14.8 and 14.9 below shows the details of the individual parame- 
ters that can be sent via MIDI. Naturally, each parameter has to be trans- 
ferred in its entirety. Therefore, when a parameter consists of more than 
one byte, the addresses indicated by an octothorpe (or pound sign, #) are 


inaccessible. 


System Parameters 


TABLE 14.8: Individual Parameters That Can Be Transferred via MIDI 


RANGE OF DEFAULT 
ADDRESS VALUES PARAMETER VALUE 


40H 00H 00H 00H OOH 04H = =0018H Master tune 0400H 
toO7E8H (-100.0 to 


+ 100.0) 
40H 00H 01H# (data ex- 
pressed in the 
form of 
nybbles) 
40H 00H 02H# 
40H 00H 03H# 
40H 00H 04H OOH OOH O1H OOH to Master 7FH 
7FH volume 
(0 to 127) 
40H 00H 05H OOH OOH O1H 28H to Master key- 40H 
58H shift (+/-24) 
40H 00H 06H OOH 00H O1H OOH to Master pan 40H 


Mae 
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TABLE 1.8: Individual Parameters That Can Be Transferred via MIDI (continued) 


RANGE OF: DEFAULT 
ADDRESS VALUES PARAMETER VALUE 


40H 00H 7FH OOH OOH 01H 00H Reset to GSS 
mode (that 
is, all of the 


parameters 


return to 
their default 


values) 


Patch Parameters 
*n = the block number (from OH to FH) 
Part | (the default MIDI channel = 1),n = 1H 
Part 2 (the default MIDI channel = 2), n = 2H 
Part 3 (the default MIDI channel = 3), n = 3H 
Part 4 (the default MIDI channel = 4), n = 4H 
Part S (the default MIDI channel = 5), n = SH 
Part 6 (the default MIDI channel = 6), n = 6H 
Part 7 (the default MIDI channel = 7), n = 7H 
Part 8 (the default MIDI channel = 8), n = 8H 
Part 9 (the default MIDI channel = 9), n = 9H 
Part 10 (the default MIDI channel = 10), n = OH 
Part 11 (the default MIDI channel = 11), n = AH 
Part 12 (the default MIDI channel = 12), n = BH 


Part 13 (the default MIDI channel = 13), n = CH 

Part 14 (the default MIDI channel = 14), n = DH 

Part 15 (the default MIDI channel = 15), n = EH 

Part 16 (the default MIDI channel = 16), n = FH 
X = MIDI channel (OH to FH) 
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TABLE ,.9: Addresses of the Patch Parameters 


RANGEOF. © 
ADDRESS VALUES PARAMETER 


40 01H 10H OOH OOH 10H OOH to Partial reserve 
sel (part 10: drums) 

40H 01H 11H# Part 1 

40H 01H 12H# Part 2 

40H 01H 13H# Part 3 

40H 01H 14H# Part 4 

40H 01H 15H# Part 5 

40H 01H 16H# Part 6 
40H:01H 17H# Part 7 

40H 01H 18H# Part 8 

40H 01H 19H#-— Part 9 

40H 01H 1AH# Part 11 

40H 01H 1BH# Part 12 

40H 01H 1CH# Part 13 

40H 01H 1DH# Part 14 

40H 01H 1EH# Part 15 

40H 01H 1FH# Part 16 


DEFAULT. 
VALUE 


2H 


6H 
2H 
PM 
2H 
Pas | 
P25 
2H 
2H 
Dae 
OH 
OH 
OH 
OH 
OH 
OH 


~~ 
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F wins 


The sum of the partials should never be greater than the number of voices 
in the sound generator. What this means, for instance, is that if an instru- 
ment that has 24 polyphonic voices, the maximum value for the sum of 


the partials is 17H. 


Information (RQ1 Only) 

ADDRESS sie RANGE OF VALUES PARAMETER 

40H 30H OOH OOHO0OH 20H 20H to 7FH system information 
SEIT) 

Pie greanegl cae “GP STANDARD 
SOUND BOARD 
VER =12007 
47H 50H 20H 53H 
54H 41H 4EH 44H 
41H 52H 44H 20H 

53H 

J See # 4FH 55H 4EH 44H 
20H 42H 4FH 41H 
52H 44H 20H 56H 
45H 

40H 30H 1FH# oan SDE see 
30H 30H 

41H mOHOOH OOHOOHOCH 20Hto 7FH drum map name 
(ASCIT) 

co eee # 

See, # 

41H m0OH OBH# 


]22 


ADDRESS 
Meee ae 


41H m2H rrH 


41H m3H rrH 


41H m4H rH 


41H mS5SH rrH 


41H m6H trH 


41H m7H rrH 
41H m8H rrH 


siZE 
OOH 00H 01H 


00H 00H 01H 


00H 00H 01H 


OOH 00H 01H 


OOH 00H O1H 


OOH 00H 01H 


OOH 00H 01H 
00H 00H 01H 


RANGE OF VALUES 
OOH to 7FH 


00H te 7-H 


OOH to 7FH 


OOH to 7FH 


OOH to 7FH 


OOH to 7FH 


OOH to O1H 
OOH to O1H 
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PARAMETER 


play key number (coarse 
pitch) (= BxH 63H 
18H 62H rrH 06H 
wH) 


level (TVA level) (= 
BxH 63H 1AH 62H 
tH 06H wH) 


assign group number 


(1 to 127) 


panpot (random, —63 
to +63) (= BxH 63H 
ICH 62H rrH 06H 
wH) 


reverb depth (0.0 to 
1.0) multiplication 
coefficient of the reverb 
depth of the part (= 
BxH 63H IDH 62H 
ttH 06H wH) 


chorus depth (0.0 to 
1.0) multiplication 
coefficient of the chorus 
depth of the part (= 
BxH 63H 1EH 62H 
rtH 06H vwvH) 


Rx.Note Off (off, on) 
Rx.Note On (off, on) 
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Drum Setup Parameters 
mH = map number (OH = map I, and LH = map 2) 
trH = drum part key number (from 00H to isle) 


Transferring Parameters by Blocks (Bulk Transfers) 


Here are the detailed descriptions of the blocks of parameters that can be 


transferred via MIDI. A bulk dump consists of a packet containing up to 
128 bytes. 


1) All Patch 


Size: 64 + (112 x 16) = 1,856 


Transmission via nybbles: 1,856 X 2 = 3,712 (that is, IDOOH distrib- 
uted over 2 MIDI data bytes, each of which contains 7 useful bits) 


ADDRESS siZE RANGE OF VALUES PARAMETER 
48H 00H 00H 00H IDHOOH — 29 packets 
Seams ease = 

ees fs 


48H 1CH 7FHH# | 


2) Common Patch 
Size: 64 


Transmission via nybbles: 64 x 2 = 128 (that is, O100H distributed over 
2 MIDI data bytes, each of which contains 7 useful bits) 


IC 


i 
ea 
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ADDRESS sie RANGE OF VALUES PARAMETER 
48H OOH OOH O0HOLIHOOH »— 1 packet 
ee # 
cgiaeste # 
48H 00H 7FH# 
3) Part Patch 
Size: 112 


Transmission via nybbles: 112 x 2 = 224 (that is, 0160H Gecnnured 
over 2 MIDI data bytes, each of which contains 7 useful bits) 


ADDRESS SIZE RANGE OF VALUES PARAMETER 
48H 01H 00H 00H 01H 60H Part 10 2 packets 


48H 02H 5FH# 


48H 02H 60H 00H 01H 60H Part 1 2 packets 


48H 04H 3FH# . 
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ADDRESS 

48H 04H 40H 
soe H 
eee: tH 


48H 06H |FH# 


43H 06H 20H 


48H 07H 7FH# 


48H 08H 00H 


48H 09H SFH# 


48H 09H 60H 


48H OAH 3FH# 


SIZE 
00H 01H 60H 


OOH 01H 60H 


00H 01H 60H 


00H 01H 60H 


RANGE OF VALUES 
Part 2 


Part 3 


Part 4 


Part 5 


PARAMETER 
2 packets 


2 packets 


2 packets 


2 packets 


ADDRESS 

48H OBH 40H 
Le eens = 

ie aad # 


48H ODH IFH# 


48H ODH 20H 


48H OEH 7FH# 


48H OFH 00H 


48H 10H SFH# 


48H 10H 60H 


48H 12H 3FH# 


size 
00H 01H 60H 


00H 01H 60H 


00H 01H 60H 


OOH 01H 60H 


RANGE OF VALUES 
Part 6 


Part 7 


Part 8 


Part 9 


PARAMETER 
2 packets 


2 packets 


2 packets 


2 packets 
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ADDRESS 

48H 12H 40H 
erie # 
Sate sae te 


48H 14H 1FH# 


48H 14H 20H 


48H 15H 7FH# 


48H 16H 00H 


48H 17H SFH# 


48H 17H 60H 


48H 19H 3FH# 


SIZE 
OOH O1H 60H 


00H 01H 60H 


OOH 01H 60H 


00H 01H 60H 


RANGE OF VALUES 
Paro lt 


Part 12 


Part 13 


Part 14 


PARAMETER 
2 packets 


2 packets 


2 packets 


2 packets 
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ADDRESS ze RANGE OF VALUES PARAMETER 
48H 19H40H OOHOIH6OH Part 15 2 packets 
a: o 

Stauton te 


48H 1BH 1FH# 


48H 1BH 20H OOH O1H 60H Part 16 2 packets 


48H 1CH 7FH# 


GY 2101 show Control 


The MSC (MIDI Show Control) standard, of which version 1.0 was pub- 
lished on July 25, 1991, lets you control different kinds of devices for 
stage, multimedia, audiovisual, and other applications. Because MIDI 
Show Control is of less concern to musicians than it is to stage managers 
and production personnel, this section will be limited to a brief overview. 
The entire document, including both the standard itself and its other ex- 
tensions, is of course available from the IMA. 


Message Syntax 


The control messages are real-time System Exclusive (SysEx) messages 


(with sub-ID #1 = 02H), as shown in detail below: 


FOH : Exclusive message status byte 
7FH : category = real time 
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<device_ID> : device ID (destination address) 
<msc> : O2H (sub-ID #1) 
<command_format>: format of the command 

<command> : command 

<data> : data 

F7H sIEOX 


The maximum size of a message 1s limited to 128 bytes. 


In this version of the standard, communications are unidirectional (that 
is, from the control unit to the unit that’s being controlled). No re- 
sponse is expected or provided for. This way a malfunction in one of the 


controlled units will not affect any of the other controlled units. 


Identifier Syntax 


<device ID> = OOH to 6FH: individual 
= 70H to 7EH: group identifiers 
= 7FH : "all call" identifier 


Each controlled unit must respond to an “all call” identifier. Each unit 


has the option of recognizing and accepting one or more individual or 


group identifiers. 


A typical system consists of at least one control unit that is atmed at one 
or more units that are controlled. There’s no reason why any given device 
can’t serve as both a control unit and a controlled unit at the same time— 
in other words, transmit different commands depending on the com- 


mands that it receives. 


For informational purposes, a controlled unit can of course transmit to a 
control unit the names of the commands that it supports. As a result, by 
polling the set of controlled units, the control unit can also build up and 


serve as a data base that stores the commands that each device accepts. 
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The Syntax of Command Formats 


<command_format> 
OOH: reserved for future extensions 


OOH O1H: first extension level 
OOH OOH O1H: second extension level 


O1H: lighting (category = general) 
02H: moving lighting 

03H: color changers 

04H: strobes 

O5H: lasers 

O6H: chasers 


10H: sound (category = general) 
11H: music 

12H: CD players 

13H: EPROM playback 

14H: audio tape machines 

15H: intercoms 

16H: amplifiers 

17H: audio effects devices 

18H: equalizers 


20H: machinery (category = general) . 
21H: rigging 

22H: flys 

23H: lifts : 
24H: turntables 
25H: trusses 


26H: robots 
27H: animation 
28H: floats 
29H: breakaways 
2AH: barges 


30H: video (category = general) 
31H: video tape machines 
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32H: videocassette machines 
33H: videodisc players 

34H: video switchers 

35H: video effects 

36H: video character generators 
37H: video still stores 

38H: video monitors 


40H: projection (category = general) 
41H: film projectors 

42H: slide projectors 

43H: video projectors 

44H: dissolvers 

45H: shutter controls 


50H: process control (category = general) 
51H: hydraulic oil 

52H: H20 (water) 

53H: CO2 (carbon dioxide) 

54H: compressed air 

55H: natural gas 

56H: fog 

57H: smoke 

58H: cracked haze 


60H: pyro (pyrotechnics, category = general) 
61H: fireworks 

62H: explosions 

63H: flame 

64H: smoke pots 


7FH: all types 


NOTE: MIDI Show Control should never be used as a substitute for the 
security and safety standards that are currently in effect. The purpose of 
MIDI Show Control is not to determine whether conditions are satisfac- 
tory for sending orders to a controlled unit, but rather to issue an order 


that will be executed: only when optimal precautions have been taken. 
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Command Syntax 
<command> 
OOH : reserved for future extensions 
OOH O1H : first extension level 


OOH OOH 01H : second extension level 


General Commands 
Table 14.10 below summarizes the general MIDI Show Control 


commands. 


TABLE 14.10: General MIDI Show Control Commands 


HEX VALUE COMMAND NUMBER OF DATA BYTES 


O1H GO —variable— 
02H STOP —variable—- 
03H RESUME ~ —variable— 
04H TIMED_GO ——variable— 
OSH LOAD —variable— 
06H SET 4 or 9 

07H FIRE I 

08H ARLZOFF 0 

09H RESTORE 0 

OAH RESET 0 

OBH GO_OFF —variable— 


33 


eh, 
4 


Fe 


stat 


sy 


| Recent Extensions: General MIDI and MIDI Show Control 


of s 
3 
® 
‘2 
= 


Sound Commands 


Table 14.11 below summarizes the MIDI Show Control commands that 


control sounds. 


TABLE 14.11: MIDI Show Control Sound Commands 
HEXVALUE. COMMAND NUMBER OF DATA BYTES 


10H GO/JAM_CLOCK —variable— 
sa ae STANDBY_+ —variable— 
I STANDBY_— —variable— 
13H SEQUENCE_+ —variable— 
14H SEQUENCE_- ar 
[SH START_CLOCK ——vatiable— 
16H STOP_CLOCK —variable— 
Ae ZERO. CLOCK —variable— 
18H SET CLOCK —variable— 
19H MTC_CHASE_ON —variable— 
LAH MTC_CHASE_OFF —variable— 
1BH OPENSGUE LIST —variable— 
re CLOSE -CUE:LIST —variable— 
1DH OPEN_CUE_PATH —variable— 
1EH CLOSE_CUE_PATH ——variable—= 
Data Syntax 
<data> 


When different types of information are specified, the data bytes are sepa- 
rated by a delimitation character, OOH. 
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Event lumbers 
<Q_number> OOH <Q_list> 00H <Q_path> 
The <Q_path> and <Q_list> information is optional. What this means 


is that you can transmit either: 
<Q_number> OOH >Q_list> 
or 

<Q_number> 


Expressed in ASCII form, the information uses the digits 0 to 9 (that is, 
30H to 39H) as well as the decimal point (2EH). For example, a 
Q_number, a Q_list, and a Q_path that are equal respectively to 235.6, 
36.6, and 59 would be indicated in hex by the following string: 


32H 33H 35H 2EH 36H OOH 33H 36H 2EH 36H OOH 35H 39H 


The Time Code | 


The Time Code is the same one used by the new MIDI Machine Control 
standard. The format of the Time Code is compatible with the MIDI 
Time Code. 


The Time Code consists of five bytes. The last byte contains either sub- 

frames or the provenance of the time code (i.e., the status). The code can 

be issued either by an SMPTE track or by a sound generator, as the result 

of a calculation performed on the basis of the tachometry information or ; 
from a control track during the fast-forward or high-speed rewinding 


phase. The Time Code has the following format: 


hrH mnH scH frH (ffH stH) 


hrH = hour, type of code: 0 tt hhhhh 
tt = type 
tt = 00: 24 frames/second 
tt = 01: 25 frames/second 
tt = 10: 30 frames/second (drop-frame) 
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tt = 11: 30 frames/second (non-drop-frame) 
hhhhh = hours: O to 23 (OOH to 17H) 


mnH = minutes: O c mmmmmm 
c = bit "color frame" 
c = 0: non-color frame 
c = 1: color frame 
mmmmmm = minutes: 0 to 59 (00H to 3BH) 


ScH = seconds: O k ssssss 
k = reserved: should be equal to zero 
ssssss = seconds: 0 to 59 (00H to 3BH) 


frH = frames, fifth-byte identifier, sign: 0 g i fffff . 

= sign.bit 

= 0: positive 

1: negative (when a signed time code is authorized) 

= identifier of the role of the fifth byte (i.e., the next byte) 
= 0: subframes 

= 1: status 

fffff = frames: 0 to 29 (OOH to 1DH) 


bh HO © @C 
I 


ffH (i = 1) = subframes: O bbbbbbbb 
bbbbbbb: O to 99 (00H to 63H) 


stH (i = 1) = status code: 0 ev d xxxx 


video field identifier 

0: no field information in this frame 

1: first frame in a video sequence of four or eight fields 
Xxxx = reserved bits: should be equal to zero 


e = type of code 

e = 0: normal time code normal 

e = 1: tachometry or control track 
v = validity (ignore when e = 1) 

v = 0: valid 

v = 1: invalid 

d 

d 

d 


po 
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The Syntax of MSC Commands and Associated Data 


60 (oil) 


01H GO | 

<Q_number> : optional (required when <Q_list> is transmitted 

OOH : delimiter 

<Q_list> : optional (required when <Q _path> is transmitted) 

OOH : delimiter 

<Q_path> : optional 
This command triggers a transition or a crossfade or lap dissolve toward 
an event. The transition time is determined by the event with which the 
controlled unit is involved. When no event number is specified, the event 
that has the higher or highest number is triggered. When an event num- 
ber is specified, that event is triggered. If the control unit wants to specify 
the transition time, it should use the TIMED-GO command. 
In a situation in which the controlled units can contain several event lists, 
if the <Q_number> parameter is not transmitted, then the events whose 
numbers are greater than the number of the current event that has the 
same number and that appear on an active list (see the OPEN_CUE_LIST 
command described below) will “start.” If the <Q_number> parameter 
is transmitted without the <Q_list> parameter, all of the events whose 
number is equal to the <Q_number> and that belong to an active list 
will start. 
STOP (ozH) 

02H 4 Shot 

<Q_number> : optional (required when <Q_list> is transmitted) 

OOH : delimiter 

<Q_list> : optional (required when <Q_path> is transmitted) 

OOH : delimiter 

<Q_path> : optional 


ene 
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This command stops any transitions that may be in progress. When no 
~ event number is specified, all of the current transitions are stopped. 
When an event number is specified, only the transition in question ts 


stopped. None of the other transitions ts affected. 


RESUME (st) 


03H RESUME 

“GUE : optional (required when <Q _list> is transmitted) 
OOH : delimiter 

<Q list> : optional (required when <Q_path> is transmitted) 
OOH : delimiter 

<Q_path> : optional 


The stopped transition or transitions resume their operation. When no 
event number is specified, all of the stopped transitions are resumed. 
When an event number is specified, only the transition in question re- 


sumes its operation. None of the other transitions is affected. 


TIMED eee 


04H : TIMED _GO 

hrH mnH scH frH ffH : time 

<Q_number> : optional (required when <Q _list> is transmitted) 
OOH : delimiter 

<Q_list> : optional (required when <Q_path> is transmitted) 
OOH : delimiter 

<Q_path> > Optional — 


This command triggers a transition or a crossfade or lap dissolve toward 
an event. The transition time is determined by the event with which the 
controlled unit is involved. When no event number is specified, the event 
having the next higher number is triggered. When an event number is 
specified, the related event is triggered. 


The time is expressed in standard format (1.e., in terms of the fifth 
byte, which is type ffH (subframe)). Therefore, it’s possible to perform 
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transitions that have a duration of up to 24 hours (and that have a mini- 


mum duration that can be considered instantaneous ). If a controlled unit : 
cannot receive the TIMED_GO command, the unit should interpret the 
command as a GO command and respond to it without worrying about : 
the time. 


In a situation in which the controlled units can contain several event lists, 
if the <Q_number> parameter is not transmitted, then the events whose 
numbers are greater than the number of the current event that has the 
same number and that appear on an active list (see the OPEN_CUE_LIST 
command described below) will “start.” If the <Q_number> parameter 
is transmitted without the <Q_list> parameter, all of the events whose 
number is equal to the <Q_number> and that belong to an active list 


will start. 

LOAD (o5H) 
05H : LOAD 
<Q_number> : required 
OOH : delimiter : 
<Q_list> : optional (required when <Q _path> is transmitted) 
OOH : delimiter , 
<Q_path> : optional 


This command places an event in the wait state. It’s useful when a certain 
amount of time is necessary in order to gain access to the event in ques- 
tion, so that an order that is transmitted later by means of a GO com- 


mand can be executed instantaneously. 


In a situation in which the controlled units can contain several event lists, . 
if the <Q_number> parameter is transmitted without the <Q_list> pa- 

rameter, all of the events whose number is equal to the <Q_number> * 
and that belong to an active list will be placed in the wait state. 
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SET (06H) 


O6H + SEI 
CcH ccH : control number (LSB/MSB) 
VvH vvH : control value (LSB/MSB) 


hrH mnH scH frH ffH : time (optional) 
Standard control numbers for the lighting category: 


0 to 127 : sub-masters 
128 to 129 : first-playback masters 
130 to 131 : second-playback masters 


190 to 191 : thirty-second-playback masters 
192 to 223 : speed control for the 32 playbacks 
224 to 255 : chase-sequence masters 


256 to 287 : chase-sequence speed masters 
510 : grand master for all of the channels 
S11 : speed control for all of the crossfades 


512 to 1023 : levels of the individual channels 


This command defines the value of a standard control. The control num- 
ber and its value are both specified in the form of 14 bits. As an option, 
the time required by a controller in order to reach its value can be 


transmitted. 


The time is expressed in standard format (1.e., in terms of the fifth byte, 
which is type ffH (subframe)). Therefore, it’s possible to perform transi- 
tions that have a duration of up to 24 hours (and that have a minimum 
duration that can be considered instantaneous). The controlled unit 
should respond to the SET command even if it cannot receive the time 


for this command. 


FIRE (07H) 


O7H: FIRE 
mmH: the macro number 


This command triggers a pre-programmed macro whose number is speci- 


fied in terms of seven bits by the mm byte. The macros themselves are 
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programmed directly from the controlled unit, either loaded by means of 
a MIDI Files dump (i.e,, using the MIDI Files file-transfer protocol, 
which is currently going through the approval process), the ASCII Cue 
Data format (which is also in the process of being approved), or by any 


other appropriate means. 


ALL_OFF (08H) 


08H: ALL_OFF 


This command puts the controlled unit out of service. 


RESTORE (ogH) 


OSH: RESTORE 


This command returns the controlled unit to service in a state that is 
identical to the state the unit was in when it received the ALL_OFF 


command. 


RESET (ofl) 


OAH: RESET 


This command reinitializes the controlled unit in a state that is identical 
to the state the unit was in when it was turned on. It loads the first event 
on each event list in the appropriate waiting position. The manufacturer 
of the controlled unit has the option of deciding whether the reinitializa- 
tion should automatically enable all of the closed event lists (or cue lists) 


and event path lists (or cue paths). 


G0_OFF (oBH) 


OBH G0 0FF 
<Q_number> : optional (required when <Q_list> is transmitted) 
OOH : delimiter 


Yl 


<Q_list> 
OOH 
<Q_path> 


10H 


OOH 
<Q_list> 
OOH 
<Q_path> 
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: optional (required when <Q path> is transmitted) 
: delimiter 
: optional 


This command triggers a transition or a crossfade or lap dissolve toward 
the stopped state of an event. The transition time is determined by the 
event with which the controlled unit is involved. When no event number 
is specified, the command is applied to the current event. When an event 
number is specified, the command is applied to the event indicated by 


the number. 


In a situation in which the controlled units can contain several event lists, 
if the <Q_number> parameter is not transmitted, then all of the current 
events that appear on an active list (see the OPEN_CUE_LIST com- 
mand described below) will stop. If the <Q_number> parameter 1s trans- 
mitted without the <Q_list> parameter, all of the events whose number 
is equal to the <Q_number> and that belong to an active list will stop. 


GO/JAM_CLOK (10H) 


: GO/JAM_CLOK 
<Q_number> : 


optional (required when <Q_list> is transmitted) 


: delimiter 

: optional (required when <Q _path> is transmitted) 
: delimiter 

: optional 


This command triggers a transition, such as a crossfade or lap dissolve, 
toward an event while forcing the time to the starting or go time if the 
event is an “auto follow” event. The transition time is determined by the 
event with which the controlled unit is involved. When no event number 
is specified, the command is applied to the current event. When an event 
number is specified, the event that has the next higher number is trig- 
gered, and the clock for the event list in question “jumps” to the time of 
the event. If the next event on the list is a manual event (for instance, an 


event that is not associated with a particular starting time), then the 
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GO/JAM_CLOK command is ignored. If an event number is specified, 
then the event indicated by that number will be triggered, and the clock 
for the event list in question “jumps” to the time of the event—unless the 


next event on the list is a manual event, in which case no change occurs. 


STANDBY_+ (nH) 


11H: STANDBY_+ 

<Q_list> : optional 

This command places the next event (that is, the event whose number is 
the next higher number after the number of the current event) in the wait 
state. 


If the <Q_list> parameter is not transmitted, then the open list of events 
containing an event whose number is greater than the number of the cur- 
rent event is used (and the event in question is placed in the wait state). 
When several event lists each contain an event that is characterized by 

this same number, then all of these lists are used (and all of the events in 
question are placed in the wait state). In the opposite case, when the 

<Q _list> parameter is transmitted, only the event on this list whose num- 
ber is greater than the number of the current event ts placed in the wait 


state. 


STANDBY — (ral) 


42H: STANDBY _— 
<Q_list> : optional 
This conan places the preceding event (that is, the event whose num- 


ber is immediately lower than the number of the current event) in the 


wait state. 


If the <Q_list> parameter is not transmitted, then the open list of events 
containing an event whose number is lower than the number of the cur- 
rent event is used (and the event in question ts placed in the wait state). 


When several event lists each contain an event that is characterized by 
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this same number, then all of these lists are used (and all of the events in 
question are placed in the wait state). In the opposite case, when the 

<Q _list> parameter is transmitted, only the event on this list whose num- 
ber is lower than the number of the current event is placed in the wait 


state. 


SEQUENCE (3 

13H: SEQUENCE_+ 

<Q_list> : optional 

This command places the next so-called “parent” event (that is, the event 
whose number is greater than the number of the current event) in the wait 
state. The concept of a “parent” event applies to the integer value of the 
event number—that is, to the part of the number located to the left of 
the first decimal point. For instance, for a current event whose number is 
29.324.98.7 and a list of subsequent events whose numbers are 29.235, 
29.4, 29.7, 29.9.876, 36.7, 36.7.832, 36.8, 37, and 37.1, the 
SEQUENCE_+ command would place the event whose number is 

36.7 in the wait state. 


If the <Q _list> parameter is not transmitted, then the open list of events — 
containing an event whose number is greater than the number of the cur- 
rent event is used (and the event in question is placed in the wait state). 
When several event lists each contain an event that is characterized by 

this same number, then all of these lists are used (and all of the events in 
question are placed in the wait state). In the opposite case, when the 

<Q _list> parameter is transmitted, only the event on this list whose num- 
ber is greater than the number of the current event is placed in the wait 
state. 


SEQUENCE — (14H) 


14H: SEQUENCE - 
<Q_list> : optional 
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This command places the preceding so-called “parent” event (that is, the 

event whose number is greater than the number of the current event) in 

the wait state. The concept of a “parent” event applies to the integer 

value of the event number—that is, to the part of the number located to 

the left of the first decimal point. For instance, for a current event whose 

number is 37.4.72.18.5 and a list of preceding events whose numbers are « 
291325, 29.4, 29.7, 29.9.876, 36.7, 36.7.832) 36.8, 37, aud’ 3/.1, the 
SEQUENCE_— command would place the event whose number is 36.8 


in the wait state. 


If the <Q_list> parameter is not transmitted, then the open list of events 
containing an event whose number is lower than the number of the cur- 
rent event is used (and the event in question is placed in the wait state). 
When several event lists each contain an event that is characterized by 

this same number, then all of these lists are used (and all of the events in 
question are placed in the wait state). In the opposite case, when the 
<Q _ list> parameter is transmitted, only the event on this list whose num- 
ber is lower than the number of the current event is placed in the wait 


state. 


START_CLOCK (15H) 


15H: START_CLOCK 
<Q_list> : optional 


This command triggers the clock, starting at the time that the clock is cur- 


rently showing. 


When the <Q_list> parameter 1s not transmitted, the clocks of all of the 
event lists start. In the opposite case, when the <Q_list> parameter is 
transmitted, only the clock for the corresponding event list starts. 


STOP_CLOCK (16H) 


16H: STOP_CLOCK 
<Q_list> : optional 
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This command stops the clock. 


When the <Q _list> parameter is not transmitted, the clocks of all of the 
event lists stop. In the opposite case, when the <Q_list> parameter 1s 
transmitted, only the clock for the corresponding event list stops. 


ZERO_CLOCK (17) 


17H: ZERO CLOCK 
<Q_list> : optional 

This command resets the clock to zero (00.00.00.00.00), regardless of 
whether the clock is stopped or running. 


When the <Q_list> parameter is not transmitted, the clocks of all the 
event lists are reset to zero. In the opposite case, when the <Q_list> pa- 
rameter is transmitted, only the clock for the corresponding event list is 


reset to zero. 


SET_CLOCK (18H) 


18H: SET CLOCK 
hrH mnH scH frH ffH: time 

<Q_list> : optional 

This command sets the clock to the specified time, regardless of whether 
the clock is stopped or running. 


When the <Q _list> parameter is not transmitted, the clocks of all of the 
event lists are set. In the opposite case, when the <Q_list> parameter is 


transmitted, only the clock for the corresponding event list is set. 


MTC CHASE ON (ig) 


19H: MTC_CHASE_ON 
<Q_list> : optional 


This command orders the clock to adjust or synchronize itself with the 


MIDI Time Code (MTC) messages that it receives. If no MTC message 
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is received, the clock stays in the state it was in (i.e., either stopped or run- 
ning) when it received this command. The first MTC message updates 
the clock. If noncontinuous messages are received, the clock displays the 


last message it received, 


When the <Q_list> parameter is not transmitted, the clocks of all of the 
event lists follow the MIDI Time Code. In the opposite case, when the 
<Q_list> parameter is transmitted, only the clock for the corresponding 
event list follows the MIDI Time Code. 


MTC CHASE_OFF (iAH) 


1AH: MTC_CHASE_OFF 

<Q_list> : optional 

This command orders the clock to ignore the MIDI Time Code (MTC) 
messages that it receives. After it receives this command, the clock returns 


to the state it was in (i.e, either stopped or running) when it received the 


MTC_CHASE_ON command. 


When the <Q_list> parameter is not transmitted, the clocks of all the 
event lists stop following the MIDI Time Code. In the opposite case, 
when the <Q_list> parameter is transmitted, only the clock for the corre- 
sponding event list stops following the MIDI Time Code. 


OPEN_CUE_LIST (BH) 


1BH: OPEN CUE_LIST 

<Q_list> : required 

This command activates the event list in question (..e., so that the MIDI 
Show Control (MSC) commands have access to the corresponding 


events). 


CLOSE_CUE_LIST (1H) 


1GH: CLOSE_CUE_LIST 
<Q_list> : required 
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This command deactivates the event list in question (i.e., so that the 
MIDI Show Control (MSC) commands no longer have access to the cor- 


responding events ). 


OPEN_CUE_PATH (iDH) 


1DH: OPEN _CUE_PATH 
<Q_list> : required 


This command activates the event list for the path in question (i.e., so 
that the MIDI Show Control (MSC) commands have access to the corre- 


sponding events). 


(LOSE_CUE_PATH (1€H) 


1EH: CLOSE_CUE_PATH 
<Q_list> : required 


This command deactivates the event list for the path in question (i.e., so 
that the MIDI Show Control (MSC) commands no longer have access to 


the corresponding events). 


The Bar Marker 


This message, transmitted by a sequencer, a drum machine, or any other 
device, indicates that the next MIDI clock signal (F8H) or the next 
MIC frame (F1H xxH) marks the start of a new bar. If the receiving 
unit is stopped, then it can place itself at the corresponding position and 
immediately display the bar number in question. It is strongly recom- 
mended that the bar marker be sent immediately after the last MIDI 
clock signal or the last MTC frame—that is, so that no delay separates 


these two messages. 


Format: FOH 7FH <device ID> 03H O1H aaH aaH F7H 
Type: Universal Real-Time System Exclusive message 
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FOH: System Exclusive ID 
TRE category = real time 
<device ID>: device ID number (default = 7FH = all) 
<sub-ID#1>: 03H = "notation"-type message 
<sub-ID#2>: 01H = bar-marker message 
aaH aaH: bar number, in the form LSB/MSB 

OOH 40H = at the stop 

01H 40H ~— OOH OOH = countdown 

01H OOH — 7EH 3FH = bar number 

7FH 3FH = while running, unknown bar number 
evinle end of exclusive (EOX) 


The way bar numbers should be interpreted needs some explaining. In the 


order MSB/LSB, these numbers represent the following values: 


4000H : when stopped 

from 40001 to OOOOH : deduction 

from 0001H to 3F7EH : bar number 

SE7EH >: when running, unknown bar number 


Or, in binary: 


01000000 00000000 : when stopped 

from 01000000 00000001 to 00000000 00000000 : deduction 

from 00000000 00000001 to 00111111 01111110 : bar number 

00111111 01111111 : when running, 
unknown bar number 


Expressed in the form of 14 useful bits (because by definition bit seven in 
a MIDI byte is zero), these values are indicated in the following way: 


100000 00000000 _— : when stopped 
from 100000 00000001 to 000000 00000000 : deduction 
from 000000 00000001 to 011111 11111110 : bar number 
Ua) aa aaa. : when running, 
unknown bar number 


Or, in hex: 

2000H : when stopped 

from 2001H to OOOOH : deduction 

from 0001H to 1FFEH : bar number 

EER : when running, unknown bar number 


149 


Recent Extensions: General MIDI and MIDI Show Control 


The negative data bytes, which are used to make the deduction, are repre- 
sented in accordance with the so-called “twos complement” method. As 
you'll recall, this approach consists of starting with the equivalent positive 
value and inverting all of the bits, then adding | to the result. The num- 
ber of bars deducted is also equal to the number expressed in this way 
plus 1. In other words, the number of bar 2001H (100000 00000001) 
corresponds to a deduction of 8,192 bars (-8,191), because after having 
inverted the bits for the value + 8,191 (LFFFH in hex, or O11111 
11111111 in binary) in order to add 1, you get: 


100000 00000000 (the bit inversion) 


fu 
—_ 


100000 00000001 

2001H 

In the same way, bar number 2002H (100000 00000010) corresponds 
to a deduction of 8,191 bars (—8,190), because after having inverted the 
bits of the value +8,190 (1FFEH in hex, or OL1111 11111110 in bi- 
nary), in order to add 1, you get: 


100000 00000001 (the bit inversion) 


+ 
od 


= 2002H 


And so on, until you get a deduction of two bars, corresponding to bar 
number 3FFFH (111111 11111111), because after having inverted the 
bits of the value +1 (0001H in hex, or 000000 00000001 in binary), in 
order to add 1, you get: 


114111 11111110 (the bit inversion) 


+ 
— 


11411 A 
3FFFH 


MIDI Show Control lia : 


Finally, the value OOOOH indicated a deduction of one bar, after which 
positive values take over in order to count the number of bars in the 


piece, from 0001H (+1) to IFFEH (435190). 


The Time Signature 


This message, as transmitted by a sequencer, a drum machine, or any 


other device, 


indicates the time signature of a piece (2/ 4, 4/4, 6/8, 5/4, 


whatever). The message exists in two forms: one in real time, in which the 


receiving unit immediately adopts the new time signature, and the other 


in non-real time. In this form, the receiving unit can display the new time 


signature right away, but doesn’t adopt it until it receives the next Bar 


Marker message. 


Format: FOH 7FH <device ID> 03H 02H InH nnH ddH 


Type: 


FOH 
7FH 
<device ID> 
<sub-ID#1> 
<sub-ID#2> 
inH 
nnH 
ddH 


CCH 
bbH 


[nnH ddH ...] 


F7H 


ccH bbH [nnH ddH ...] F7H ; 


Universal Real-Time System Exclusive message 


: System Exclusive ID 

: category = real time 

: ID number of the device (default = 7FH = all) 

: O3H = "notation"-type message 

: O2H = immediate change in the time signature 

: number of bytes to follow 

: numerator of the time signature 

: denominator of the time signature (expressed as a 


negative power of 2) 


: number of MIDI clock signals per metronome tick 
: number of thirty-second notes per MIDI 


quarter-note 


: groups of two additional bytes (numerator 


and denominator) that define a bar created 
within a given bar 
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Format: FOH 7FH <device ID> 03H 42H InH nnH ddH 
ccH bbH |[nnH ddl ce) FIA 


Type: Universal Real-Time System Exclusive message 
FOH : System Exclusive ID 
7FH : category = real time 
<device ID> : ID number of the device (default = 7FH = all) 
<sub-ID#1> : O3H = "notation"-type message 
<sub-ID#2> : 42H = deferred change in the time signature 
inH : number of bytes to follow 
nnH : numerator of the time signature 
ddH : denominator of the time signature (expressed as 
a negative power of 2) 
ccH : number of MIDI clock signals per metronome tick 
bbH : number of thirty-second notes per MIDI 


quarter-note 

[nnH ddH ...] : groups of two additional bytes (numerator 
and denominator) that define a bar created 
within a given bar 

F7H : EOX 


For more information about the nnH, ddH, ccH and bbH bytes, see 
Chapter 7. 


Master Volume 


This message, which is intended primarily for instruments that are com- 
patible with the General MIDI standard, affects not just the volume of 
one channel or another (which is the job of Control Change 7), but on 


the overall volume of the device as a whole. 


Format: FOH 7FH <device ID> 04H 01H vvH wwH F7H 


Type: Universal Real-Time System Exclusive message 
FOH : System Exclusive ID 
7FH : category = real time 


<device ID> : device ID number 


Ne 
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<sub-ID#1> : 04H = message of the “device control" type 
<sub-ID#2> : 01H = master volume 

VVH vVH : value -of the volume over 14 bits (LSB/MSB) 
F7H : EOX 


Master Balance 


This message, which is intended primarily for instruments that are com- 
patible with the General MIDI standard, affects not just the balance of 
one channel or another (which is the job of Control Change 10), but on 
the overall balance of the device as a whole. 


Format: FOH 7FH <device ID> 04H 02H bbH bbH F7H 


Type: Universal Real-Time System Exclusive message 
FOH : System Exclusive ID 
7EH : Category = real time 


<device ID> : device ID number 

<sub-ID#1> : O4H = message of the "device control" type 
<sub-ID#2> : 02H master balance ° 
bbH bbH : value of the balance over 14 bits (LSB/MSB) 

F7H : EOX 


File Dump : 
This protocol lets files be exchanged (dumped) between two computers 
by means of MIDI links—for example, to transfer a piece in MIDI Files 
format (see Chapter 7) between a hardware sequencer and a computer, or 
to transfer any file between different kinds of computers. To do this kind 
of transfer, it’s recommended (but not required) that you establish a bi- 
directional link between the sending unit and the receiving unit by con- 
necting the MIDI Out port of one to the MIDI In port of the other, and 


vice versa. 
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Here’s the general syntax of the messages: 


Format: FOH 7EH <device ID> 07H <sub-ID#2> ssH 


iia 
Type: Universal Non-Real Time System Exclusive message 
FOH + System Exclusive ID 
7EH category = non-real time 


<device ID> : ID number of the unit for which the message is intended 
<sub-ID#1> : O7H = file dump 
<sub-ID#2> : the type of message, i.e., 


: O1H = dump header 

: O2H = data packet 

: O3H = dump request 
SSH : ID number of the unit sending the message 
F7H = EOX 


The transfer of a file can be triggered either directly by the sending unit 
or by the receiving unit, which in this case sends a request to the sending 


unit. This request has the following form: 


Dump Request 


Format: FOH 7EH ddH 07H 03H ssH <type> <name> 


SA a 
FOH : System Exclusive ID 
7EH : category = non-real time 


<device ID> : ID number of the unit which is being asked 
to send the dump 
<sub-ID#1> : O7H = file dump 
<sub-ID#2> : O3H = dump request 
SSH : ID number of the unit intended to receive the dump 
<type> : type of file extension (four ASCII bytes, 
over 7 bits) 


Ml 
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<name> : file name (a variable number of ASCII bytes, 
over 7 bits) 
F7H : EOX 


Typical recommended file extensions are listed below. 


RECOMMENDED FILE 


TYPE EXTENSION MEANING 

MIDI MID a MIDI file 

MIEX MEX a MIDIEX file 

ESEQ ESO) an ESEQ file 

TEXT TE a text file (ASCII, 7 bits) 
BIN<space> BIN a binary file 
MAC<space> ~ MAC a Macintosh file (with a 


MacBinary header) 


The MacBinary header refers to the file data, accompanied by the infor- 
mation (such as the file type, the program that created the file, etc.) 
needed by the part of the Macintosh operating system known as the 
Finder. 


Each of the characters in the file name (which can pect any size, with the 
end delimited by the F7H byte) is represented in ASCII over 7 bits. The 
name as a whole has to be printable (that is, it has to consist of characters 
between 20H and 7EH, inclusive). If a file has no name, then the receiv- 
ing unit will interpret this lack as a request to send the file that’s currently 
residing in memory. This would be the case, for example, with a request 
addressed directly to a piece of sequencer software on a computer, or 
even to a hardware sequencer without a disk reader (i.e., a sequencer that 
is limited to storing data in RAM), which would thereby be asked to 


send the “current” song. 


In response to a Dump Request message, assuming that no file has the 


name contained in the message, or if there ts no name, that no file is 


D) 


The 


FOH 
7EH 
<device ID> : 
<sub-ID#1> 
<sub-ID#2> 
SSH 

<type> 


<length> 
<name> 


F7H 


The 
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present in memory, then the receiving unit has the option of either inter- 
rupting the transaction (by sending a Cancel message, as described be- 
low), or asking the user to select manually the file to send. In the latter 
case, a Wait message (described below) is sent to the receiving unit, in or- 


der to ask the receiving unit to wait the necessary amount of time. 


The transmitted file consists of a so-called “identity card” (1.e., the dump 
header), followed by a given number of data packets, depending on the 
length of the file. 


Dump Header 


Format: FOH 7EH ddH 07H O1H ssH <type> <length> 
<name> F7H 


: System Exclusive ID 
: category = non-real time 


ID number of the unit receiving the dump 


: O7H = the file dump 

: O1H = the dump header 

: ID number of the unit sending the dump 
: the type of file extension (four 


ASCII bytes, over 7 bits) 


: the length of the file, expressed over four byte 


(28 bits), starting with the least significant byte 


: the file name (a variable number of 


ASCII bytes, over 7 bits) 


: EOX 


If the length is unknown (.e., if the file is being converted on the fly), a 


value of zero should be transmitted. 


Data Packet 


Format: FOH 7EH ddH 07H 02H <packet #> 
<byte count> <data> <checksum> F7H 
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FOH : System Exclusive ID 

7EH : category = non-real time : 
<device ID> : ID number of the device receiving the dump 

<sub-ID#1> : O7H = file dump 

<sub-ID#2> =: 02H = data packet 

<packet#> ; packet number, expressed as a byte 


(reset to zero every 128 packets) 
<byte count> : the size of the packet, reduced by one unit 
<data> : data bytes 


<checksum> : “exclusive OR" (XOR), applied to the bytes from si 
7EH inclusive and the end of the data bytes 
F7H 2 BOX 


The total size of such a message is a maximum of 137 bytes, with | to 

128 data bytes (for a <byte count> value between O and 127). These : 
bytes are transmitted in so-called “packed” form, with eight MIDI bytes 

(8 X 7 bits) transmitting seven memory bytes (7 X 8 bits). ; 


Memory bytes: 


a7 a6 a5 a4 a3 a2 al ad 

b7 b6 b5 b4 b3 b2 b1 bO 

@7/ (hs) (8s) 4) (cs) C2 Oil CO) 

d7 d6 d5 d4 d3 d2 d1 do 

e7 e6 e5 e4 e3 e2 e1 e0 . 
Py WG TFS orb ae) We aril Te 


g? g6 g5 g4 g3 g2 gi gd 
MIDI bytes: 


ay b7 c7 d7 e7 f7 907 

a6 a5 a4 a3 a2 al ad 

b6 b5 b4 b3 b2 bi bd C 
c6 c5 c4 c3 c2 cl cO 

d6 d5 d4 d3 d2 d1 do ; 
e6 e5 e4 e3 e2 e1 e0 

f6 f5 f4 f3 f2 f1 f0 

g6 g5 g4 g3 g2 gi gO : 


Qos) S&S & 


158 


©66 


‘i Extensions: General MIDI and MIDI Show Control 


If the total number of data bytes to be transmitted isn’t a multiple of 
seven, the last packet will contain fewer than eight bytes. For example: 


Memory bytes: 


a7 a6 a5 a4 a3 a2 al ad 
b7 b6 b5 b4 b3 b2 bi bO 
(oy (ols) (ls) 4b Ee) GL Cil GO) 


MIDI bytes: 


(O) @lz’ lore (7 (0) (8) @ ©) 
0 a6 a5 a4 a3 a2 al ad 
0 b6 b5 b4 b3 b2 b1 bO 
ORCGNCS eC4aCSmC2uCiIEGO 


The three preceding messages (the Dump Request, the Dump Header, 
and the Data Packet messages) can be followed by four so-called “hand- 
shaking” messages (i.e., the Wait, Cancel, Acknowledge, and Non- 
Acknowledge messages), which are also used by the Sample Dump 
Standard (see Chapter 10). They can also be followed by a fifth, more 


recently implemented message, 1.e., the End of File message. 


ACK (acknowledge) 


Format: FOH 7EH <device ID> 7FH ppl F7A 


FOH : System Exclusive ID 

7EH : category = non-real time 

<device ID> : ID number of the device receiving the dump 
<sub-ID#1> : 7FH = ACK 

ppH : the packet number 

F7H : EOX 


This message is sent by the receiving unit to let the sending unit know: 
that either a Data Packet message or a File Header message was received 


correctly, and to invite the sending unit to transmit the next packet. In a 


sense, this message is a notice of receipt. The contents of the ppH byte 
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usually correspond to the number of the packet that was received — 
except when a response to a File Header message is involved, in which : 


case the contents of the ppH byte don’t really matter. 


NAK (non-acknowledge) 


Format: - FOH 7EH <device ID> 7EH ppH F7H 


FOH : System Exclusive ID 

7EH > category = non-real time 

<device ID> : ID number of the device receiving the dump : 
<sub-ID#1> : 7EH = NAK 

ppH : the packet number P 
F7H : EOX 

This message is sent by the receiving unit to warn the sending unit that a ; 


Data Packet message, whose number is indicated by the ppH byte, was 
not received correctly (i.e., because the length or checksum was incorrect). 
The sending unit should then send the same packet again. After three er- 
rors in a row, the receiving unit stops sending NAK messages and sends a 


Cancel message instead. 


Cancel 
Format: FOH 7EH <device ID> 7DH ppH F7H 


FOH :. System Exclusive ID 
7DH : category = non-real time 
<device ID> : ID number of the device for which the 
message is intended 
<sub-ID#1> : 7DH = cancel 
ppH : the packet number ° 
F7H s -EOX 


This message ends the transaction prematurely. It can be sent by the re- 


ceiving unit to the sending unit, and vice versa, as a result of an erroneous 
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packet number, due to an interruption of the transfer at the user’s request, 


because of an unknown file type, etc. 


Wait 
Format: FOH 7EH <device ID> 7CH ppH F7H 


FOH : System Exclusive ID 

7EH : category = non-real time 

<device ID> : the ID number of the unit for which the 
message is intended 

<sub-ID#1> : 7CH = wait 

ppH : the packet number 

F7H 7 (BOX 


This message is sent either by the receiving unit, after it receives a File 
Header message or a Data Packet message, or by the sending unit, after it 
receives a File Dump Request message. In the first case (1.e., in response 
to a File Header message), the sending unit should not send anything fur- 
ther until it receives an ACK or Cancel message. In the second case (i.e., 
in response to a Data Packet message), the sending unit should interrupt 
the transmission of packets until it receives an ACK, NAK, or Cancel 
message. In the third and last case (i.e., in response to a File Dump Re- 
quest message), the receiving unit should wait until it receives a File 


Header or Cancel message. 


End of File 


Format: FOH 7EH <device ID> 7BH ppH F7H 


FOH : System Exclusive ID 

7EH : category = non-real time 

<device ID> : ID number of the unit sending the dump 
<sub-ID#1> : 7BH = end of file 

ppH : the packet number 

F7H : EOX 
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This message is transmitted by the sending unit after that unit has sent 
the last packet, in order to inform the receiving unit of the end of the : 
transaction. 


It should also be noted that after having sent a Dump Request message, 
the receiving unit waits to receive a response (either a Dump Header, a 
Wait message, or a Cancel message) sometime during the next 200 milli- 
seconds. Likewise, after having sent a Dump header, the sending unit 
waits to receive a response (either an ACK message, a Wait message, or a 
Cancel message) during the same period of time. If it doesn’t get any of 
these responses, the sending unit treats the link as unidirectional and 
sends the packets one after another until it reaches the end of the file, 
without making any attempt to continue the dialogue. 


The MIDI Tuning Standard 


This extension of the MIDI standard enables the exchange of microtonal 
scales between different instruments, and also lets the instruments be pto- 
grammed in real time. Such scales are defined by the fact that each of the 
128 MIDI notes they consist of (or, by default, each of the notes that the 
instrument uses) can be tuned. The frequency of these notes is expressed 
in the form of three bytes, as indicated below: 


Oxxxxxxx Oabcdefg Ohijklmn 


XXXxxxx: _ the number of the MIDI note between 0 (C-2) and 
127 (G8), to which a frequency, expressed in Hz, 
corresponds (starting with the tempered scale and 
with reference to A3 at a pitch of 440 Hz). 
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abcde- the interval between 0 cents, inclusive (0), and 100 

fghijklmn: cents, exclusive (16,383), to be added to the 
preceding frequency. The 100 cents, which as you'll 
recall are equal to one semitone, are divided into 
16,384 intervals of 0.0061035156 cent each (or, 
rounded off, 0.0061 cent each). 


As a result, in order to code a given frequency, you start with the MIDI 
note that has with the closest pitch in Hz (see the table in Chapter 1) and 
then add the necessary number of cents (that is, from 0 to 16,383 X 
0.0061 cent). Here are a few examples: 


OOH OOH OOH = 8.1758 Hz : the pitch of C-2 (tempered scale) 
(the minimum frequency ) 
OOH OOH O1H = 8.1758 Hz : 8,1758 Hz (C-2) + 0.0061 cent 
01H OOH OOH = 8.6620 Hz : the pitch of C#-2 (tempered scale) 
OCH OOH OOH = 16.3516 Hz : the pitch of C-1 (tempered scale) 
3CH OOH OOH = 261.6256 Hz : the pitch of C3 (tempered scale) 
3DH OOH OOH = 277.1826 Hz : the pitch of C#-3 (tempered scale) 
44H 7FH 7FH = 439.9984 Hz : 369.994 Hz (F#3) + 16,383 x 
0.0061 cent 
45H OOH OOH = 440.0000 Hz : the pitch of A3 (tempered scale) 
45H OOH O1H = 440.0016 Hz : 440 Hz (A3) + 0.061 cent 


78H OOH OOH = 8,372.0181 Hz : the pitch of C8 (tempered scale) 

78H OOH 01H = 8,372.0476 Hz : 8,372.0181 Hz (C8) + 0.0061 cent 

7FH OOH OOH = 12,543.8540 Hz : the pitch of G8 (tempered scale) 

7FH OOH 01H = 12,543.8982 Hz : 12,543.8540 Hz (G8) + 0.0061 cent 

7FH 7FH 7EH = 13,289.6567 Hz : 12,543.8540 Hz (G8) + 16,383 x 0.0061 cent 
(the maximum frequency) 

7FH 7FH 7FH = reserved : no change 


The value 7FH 7FH 7FH is for the benefit of instruments that use only 
part of the entire MIDI range from C-2 to G8. When certain tuning mes- 
sages are transmitted, those instruments can warn the receiving unit about 


unused notes by associating these three bytes with those notes. 
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On the funcional level, the messages in the MIDI tuning family fall into 


three categories: 


" The transmission of microtonal scales in the form of a dump 


((bulk tuning dump request; bulk tuning dump); 


" Modification of the pitch of two or more consecutive notes (real 


time single-note tuning change); and 


" Changes in the tuning program and the tuning bank, in the same 


way as the Program Change and Bank Select messages for sounds. 


When one of these three latter types of messages (that is, a real-time 


single note tuning change, a tuning program change, or a tuning bank P 


change) is received, the instrument should immediately adapt itself to the 


new pitches, if necessary by making a real-time change in the frequency of 


the notes that are being played. The instrument has the option of provid- 


ing a supplementary mode in which that the pitch changes will not affect 


notes that are being played, but only the notes that are triggered after 


reception of a real-time single-note tuning-change message, a tuning 


rogram message, or a tuning bank message, 
Ree 8 8 g 


Here’s the syntax of the various messages: 


Bulk Tuning Dump Request 


Format: 
Type: 


FOH 
7EH 
<device ID> 
08H 
OOH 
ceH 
F7H 


FOH 7EH <device ID> 08H 00H ttH F7H 


Universal Non-Real Time System Exclusive message 


: System Exclusive ID 

: category = non-real time 

: device ID number 

: sub-ID#1 = MIDI tuning standard 

: sub-ID#2 = bulk dump request 

: number of the tuning program (0 to 127) 
: EOX 


193 


Bulk Tuning Dump 


Format: FOH 7EH <device ID> 08H 01H ttH <tuning 
name> [xxH yyH zzH] ... <checksum> F7H 


FOH 
7EH 
<device ID> 
08H 
01H 
tte 


<tuning name> : 
: frequency of MIDI note O (C-2) 
: frequency of MIDI note 1 (C#-2) 


[xxH yyH zzH] 
[xxH yyH zzH] 


[xxH yyH zzH] 
<checksum> 
F7H 


: System Exclusive ID 

: category = non-real time 

: device ID number 

: sub-ID#1 = MIDI tuning standard 
: sub-ID#2 = bulk dump reply 

: number of the tuning program 


name, in the form of 16 characters in ASCII 


: frequency of MIDI note 127 (G8) 


"exclusive OR" (XOR), applied to the data bytes 


mEOX 


Real-Time Single-flote Tuning Change 


Format: 


Type: 


FOH 
7FH 


<device ID> 


FOH 7FH <device ID> 08H 02H ttH HH [kkH 
2x yy Zale ee 


Universal Real-Time System Exclusive message 


: System Exclusive ID 
: Category = real time 
: device ID number 


08H : sub-ID#1 = MIDI tuning standard 

02H : sub-ID#2 = note change 

ttH : number of the tuning program 

11H : number of notes to be modified (one 
modification = kkH xxH yyH zzH) 

[kkH : the MIDI note number, and the 

xxH yyH zZH] : frequency of the note as expressed over 
three bytes (sequence repeated 11H times) 

F7H : EOX 


BcH 
BcH 
BcH 


BcH 


BcH 


BcH: 


BCH 
BcH 


BcH 


BcH 
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The Tuning Program and the Tuning Bank 


A tuning program or a tuning bank is selected through the transmittal of 
the registered parameters OOH 03H and 00H 04H, respectively, followed 
by either a data entry message (indicating the program number or the 
bank number), or by a data increment message (requesting that the pro- 
gram number or the bank number be incremented), or by a data decre- 
ment message (requesting that the program number or the bank number 
be decremented): 


(1011cccc) 65H OOH: recorded parameter number (MSB) 
(1011cccc) 64H 03H: recorded parameter number (LSB) 
(1011cccc) O6H ttH: data entry MSB (program numbers 1 to 128) 


or 
(1011cccc) 60H 7FH: data increment 
or 


(1011cccc) 61H 7FH: data decrement 


(1011cccc) 65H OOH: recorded parameter number (MSB) 
(1011cccc) 64H 04H: recorded parameter number (LSB) 
(1011cccc) O6H ttH: data entry MSB (bank numbers 1 to 128) 


ot 

(1011cccc) 60H 7FH: data increment 
or 

(1011cccc) 61H 7FH: data decrement 


You can get more information about microtonal scales by writing to: 


The Just Intonation Network 
MIDI Tuning Standard Committee 
535 Stevenson Street 

San Francisco, CA 94103 
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CHAPTER a 5 


MIDI Machine Control: 


7 on 
 - 
Data Formats, a 


Messages, and Commands = 


HILE THE MIDI standard was first 
designed for musicians to use with 
electronic musical instruments and 
the applications derived from them 


(such as sequencers, score editors, 


and sound and sample managers), the 
MIDI Machine Control (MMC) 


communications protocol is oriented 


Ward conte and pibanetion. Largely inspired by the ES-bus stan- 
~ dard, it involves essentially devices such as tape recorders, video recorders, 
_ Direct to Disk recorders, sequencers, and so on. 


Phe General Syntax of MMC Messages 


The MIDI Machine Control protocol, which was first published in Janu- 
ary 1992 under the name “MIDI Machine Control 1.0, MIDI 1.0 Rec- 
ommended Practice RP-O13,” belongs to the class of real-time System 
Exclusive messages. It uses two ID numbers (sub-ID# 1): one (06H) for 
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commands and the other (07H) for responses. Here’s the general syntax 
of the messages: 


Commands 
Format: FOH 7FH <device ID> <mcc> <commands...> F7H 
Type: universal real time system exclusive 


FOH: system exclusive identifier 

7FH: category = real time 

<device ID>: ID number of the "controlled" device (i.e., the device to 
which the command is sent) 

<mcc>: sub-ID#1 = O6H (where "mcc" stands for "machine control command") 
<commands>: one or more commands (up to a maximum of 48 bytes) 

F7H: EOX 


Responses 
Format: FOH 7FH <device ID> <mecr> <responses...> F7H 
Type: universal real time system exclusive 


FOH: System Exclusive ID 

7FH:. category = real time 

<device ID>: ID number of the "controlled" device (i.e., the device from 
which the response comes) 

<mcr>: sub-ID#1 = 07H (where "mcr" means "machine control response") 
<responses>: one or more responses (up to a maximum of 48 bytes) 

F7H: EOX 


The Environment 


A typical MIDI Machine Control configuration consists of one or more 
devices controlled by a single device. Wherever possible, this “controller” 
device should have as many MIDI In ports as there are devices to be con- 
trolled, so that it can receive responses from these devices without having 
to rely on the use of a Merge box (which is not recommended by the 
standard, because of the delays it can cause). Another habit that is al- 


lowed, but not recommended, is to have two or more controller devices 
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in the same system. The reason it’s not recommended (in addition to the 
fact that each of the controller devices could receive responses that 
weren't intended for it) is that if you have two or more controller devices, 
MIDI Machine Control’s powerful error-handling procedures won't 
work, (For more information, see the detailed descriptions of the relevant 


messages in Chapter 16.) 


Transactions 


Transactions can be either unidirectional (that is, from the MIDI Out 
port of the controller device to the MIDI In port of the controlled de- 
vice) or bidirectional (from the MIDI Out port of the controller device 
to the MIDI In port of the controlled device and vice-versa). MIDI Ma- 
chine Control characterizes these links as either “open loop” or “closed 
loop.” When the controller device is turned on, it expects to communi- 
cate bidirectionally. If it transmits a command and doesn’t get a response 
within two seconds, it infers that the link is unidirectional. However, 
there’s nothing keeping the controller device from re-checking this condi- 


tion at regular intervals. 


Groups 


By definition, a response can only be transmitted to a single controller 
(specifically, the one that sent the command). However, a command can 
be addressed to several controlled devices at once. Assume for example 
that two tape recorders need to be told to stop. In this case the controller 


would have to send the following messages: 


FOH 7FH <device ID = tape recorder 1> <mcc> <Stop> F7H 
FOH 7FH <device ID = tape recorder 2> <mcc> <Stop> F7H 


But because MIDI Machine Control lets you define groups (defined in 
detail in Chapter 16)—that is, use a single number to identify several 
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controlled devices—you can replace the two preceding messages with a 
single message, this way: : 


FOH 7FH <device ID = group 1> <mcc> <Stop> F7H 
where “group 1” = “tape recorder 1 + tape recorder 2” 


You can also send a message to all of the controlled devices in a system Ss 


simply by assigning the value 7FH (“all call”) to the <device ID> byte. 


To sum up, then, here are the various roles that the ID number of the 


controlled device(s) can play in a MIDI Machine Control command: 


<device ID> = the address of a device (00H to 7EH) 
<device ID> = the addresses of a group of devices (00H to 7EH) 
<device ID> = the addresses of all of the devices (7FH = "all call") 


As far as responses go, however, this ID number can represent only one 


single and unique controlled device, thusly: 


<device ID> = the address of a device (00H to 7EH) . 


Commands and Responses 


Each command is identified by a code from 01H to 77H, followed by ‘ 
one or more data bytes. The value OOH is reserved for future extensions, 
and the values 78H to 7FH are reserved for handshaking. Here’s how the ‘ 
various families of commands are grouped and stored: 
commano meaning 
00H Reserved for future extensions , 


O1H to 3FH Commands that don’t include any data bytes 
40H to 77H Commands that include a variable number of 


data bytes, represented in the form <counter> 
<data bytes> 


78H to 7FH Handshaking (no data bytes) 


e 
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Each response, which is usually transmitted after a command, is identified 
by a code from 01H to 77H, followed by a so-called information field, 
which consists of one or more data bytes The value OOH is reserved for 
future extensions, and the values 78H to 7FH are reserved for the hand- 
shaking procedure. Here’s how the various families of responses are 


grouped and stored: 


cOommAND MEANING 


OOH Reserved for future extensions 
01H to [FH Standard SMPTE timing code (five bytes long) 


20H to: 3FH Abbreviated SMPTE timing code (two 
bytes long) 


40H to 77H Response that includes a variable number of 
data bytes, represented in the form <counter> 
<data bytes> 


78H to JEFH Handshaking (no data bytes) 


The information fields, which are comparable to internal registers, can be 
read and also written to. For instance, the Selected Time Code informa- 
tion field contains the current position of a device, expressed in SMPTE 
form. To determine the value of this time code, the controller device 


sends a Read command to the controlled device, this way: 


FOH 7FH <device ID> <mcc> <Read> <counter = O1H> <Selected Time Code> F7H 


In return the controller device receives the following response: 


FOH 7FH <device ID> <mcr> <Selected Time Code> <SMPTE code> F7H 


On the other hand, a Write command, which has the format shown be- 


low, doesn’t require any response: 


FOH 7FH <device ID> <mcc> <Write> <counter = O5H> hrH mnH scH frH stH F7H 
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Extensions 


With regard to the commands and responses that are reserved for future 


extensions (that is, the commands and responses identified by the code 


00H), two levels have been provided: 


OOH xxH: the first extension level for a command or a response 
OOH OOH xxH: the second extension level for a command or a response 


The value xxH (i.e., the code that identifies the command or response), 
and any accompanying bytes also obey the rules described above. So, for 
instance, the extended response OOH 27H would be followed by two 
data bytes. 


Comments , 


1= Ina message of the following type: 
FOH 7FH <device ID> <mcc or mcr> <counter> <data bytes> F7H 


the counter indicates the number of data bytes, without including 


its own length. 


2 * The designers of the standard reserved the possibility, for future 
versions, of redefining some of the variable-length commands or re- 
sponses by adding bytes to them, provided that the meaning of the 


original data isn’t changed. For example, an message of the follow- 
ing type: 
FOH 7FH <device ID> <mcc> <counter = O4H> <aaH bbH ccH ddH> F7H 
could perfectly easily become: 
FOH 7FH <device ID> <mcc> <counter = O7H> <aaH bbH ccH ddH eeH ffH> F7H 
However, in such a case the first four bytes (aaH, bbH, ccH, and ddH) 


have to represent the same information as before, for obvious reasons of 


compatibility. 
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3° Still with regard to variable-length messages, there are three kinds 
of counters: the ones whose length is predetermined (for example, 
<counter = 03H>), the ones whose length is only partially de- 
fined, because any of the bytes in the information field could give 
rise to future extensions (for example, <counter = 02H + exten- 
sion>), and the ones whose length is entirely variable (<counter = 
variable>). 


4 = Because any given number of commands or responses can be sent 
within a single message, a device has to be able to determine the 
length of each command or response, regardless of whether it does 


anything with any particular command or response. 


Handshaking 


Wait and Resume, which are the only two handshaking messages that are 
currently defined, are responsible for regulating the exchange of data. 
They're an exception to the classification scheme that divides messages 
into commands and responses, since in a sense they belong to both catego- 
ries. (For more information, see the detailed description of the corre- 


sponding messages in Chapter 16.) 
To be performed properly, the handshaking operation needs to have a big 


enough buffer available. Here’s what happens: a certain amount of time 
can elapse between the moment at which, when it reaches the critical 
threshold, a device sends a Wait command or response and the moment 
at which no more messages arrive. This means that the following scenario 
could be played. Device A allows a period of 10 milliseconds for deter- 
mining that its buffer has exceeded its maximum filling limit (i.e., the 
limit beyond which the device decides to send a Wait command or re- 
sponse). During this same interval, Device A starts sending a MMC mes- 
sage with the maximum length, te., 53 bytes. Therefore, Device A has to 
wait at least 52 X 0.32 ms (assuming that the device is making optimal 
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use of the MIDI bandwidth) before being able to send the Wait com- 
mand or response—a transmission which, under the best of circum- 


stances, will take Device A 6 X 0.32 ms. 


Meanwhile, Device B allows a period of 10 milliseconds for determining 
that a Wait command or response has arrived. During this same interval, 
Device B starts sending a MMC message with the maximum length, te., 
53 bytes. Therefore, Device B has to wait at least 52 X 0.32 ms (assum- 
ing that the device is making optimal use of the MIDI bandwidth) before 
being able to interrupt any transmission. Furthermore, Device B has to 
wait for the reception of a Resume command or response before it can go 
on communicating. In other words, a total of more than SO ms separates 
the transmission of the Wait command or response by Device A and the 
effective acquisition of this message by Device B. During this time, more 
than 150 bytes have had time to reach Device A. This 1s the kind of delay 
_ that a configuration which consists of several controller and controlled 
devices, not to mention Merge devices, can aggravate to a significantly an- 
noying degree. It’s also why anyone who is developing products that are 
compatible with MIDI Machine Control should take special care to 
evaluate the size of the buffer and the location of the buffet’s overflow 
threshold. ; 


[Data Formats 


Some kinds of data, such as SMPTE code, user bits, running speed, and 


track status, appear in more than one information field. Here are the 
aed: ’ 
formats of the major kinds of data. 
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SMPTE 


The MIDI Machine Control protocol can represent SMPTE time code 
in two ways: in standard form, which uses five bytes, and in abbreviated 
form, which uses only two bytes. In standard form, the fifth and last byte 
represents either the subframes, at a rate of 100 per second, or the status, 
which combines different pieces of information about the content of 

the code, including its point of origin (i.e., whether the value is a true 
SMPTE value, such as one issued through the reading of an audio track, 
or an update, in particular during fast-forwarding, during which the tape 
doesn’t touch the heads, or from a tachometer, etc.). 


hrH mnH scH frH (ffH or stH) 


hrH = Otthhhhh 
tt = type of code 
00: 24 frames per second 
01: 25 frames per second 
10: 30 frames per second (drop frame) 
11: 30 frames per second (Nondrop Frame) 


hhhhh = hours (00H to 17H, or 0 to 23 in decimal) 


mnH = Ocmmmmmm 
c = color frame indicator 
0 = noncolor frame 
1 = color framed code 
mmmmmm = minutes (OOH to 3BH, or 0 to 59 in decimal) 


scH = Okssssss 
k = blank bit 
0 = normal 
1’ = since power-on or the most recent reinitialization 
of the device (via the MMC Reset command); no time 
code has been loaded into this information field 
ssssss = seconds (00H to 3BH, or 0 to 59 in decimal) 


frH = Ogifffff 
g = sign 


7/0 
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positive 
negative 


ifth-byte ID 
= subframes (ffH) 


" 


status (stH) 
frames (OOH to 1DH, or 0 to 29 in decimal) 


Obbbbbbb 
bbbbbbb = subframes (OOH to 63H, or 0 to 99 in decimal) 


Oevdnxxx 


e = provenance 


cs 
H 


= 
tl 


XXX 


0 
1 


normal time code 

time code updated from a control track (sometimes 
referred to as "CTL"), or on the basis of 
tachometry information 


validity (ignored if e = 0) 


the SMPTE value, as validated by the device. 

a SMPTE value whose validity hasn't been guaranteed 
by anything 

video field 

this frame is not a "first frame" frame 

the first frame in a sequence of four or eight 
video fields 


indicator for the absence of a time code 


0 
1 


a time code has been read 

no time code has been read since power-on or 

since the most recent reinitialization of the device 
(via the MMC Reset command) 


reserved for future extensions 
(these bits should be equal to zero) 


The abbreviated form of the time code corresponds to the last two bytes 
in the standard representation: i.e., frH (ffH or stH). To reduce the den- 
sity of the messages that are sent, every controlled device that has received 
the instruction to transmit its SMPTE time to a controller device can use 
this compressed format—with the provision, of course, that the seconds 


in the time in question haven't changed since the last transmission. 
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User Bits 


u1H u2H u3H u4H u5H U6H u7H U8H U9H 


u1H: first binary group (0000aaaa) 
u2H: second binary group (O0000bbbb) 
u3H: third binary group (0000cccc) 
u4H: fourth binary group (0000dddd) 
u5H: fifth binary group (0000eeee) 
u6H: sixth binary group (OOOOffff ) 
u7H: seventh binary group (0000gggqg) 
u8H: eighth binary group (O0000hhhh) 
u9H: indicators (O00000tji) 


The nybbles (or half-bytes) from ulH to u8H, and also bits i and j, per- 
form the tasks of encoding binary groups 1 through 8 and bits 27 and 59 
of an SMPTE frame (or bits 27 and 43 of a European Broadcasting Un- 
ion frame), respectively. When bit “t” is set to zero, the eight binary 
groups represent any kind of information (such as the date of a recording, 


a tape number, etc.). These groups are then read in the following way: 
hhhhgggg ffffeeee ddddcccc bbbbaaaa 


When bit t is set to one, the eight binary groups represent a SMPTE 
time in DCB format. 


Speed 


The running speed of a device, which is governed by the Variable Play, 
Deferred Variable Play, Record Strobe Variable, Search, and Shuttle com- 
mands, and also the Velocity Tally information field, are represented in 
three bytes (shH smH slH), in a whole-number/decimal part format. 


shH: Ogsssppp 

g = direction 
0 = forward operation 
1 = backward operation 


sss = the number of bits in the whole-number part 
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ppp = most significant bits in the whole-number part 

smH: the number of bits to be distributed between the whole-number 
part and the decimal part (Oqqqqqaqq) 

SIH: the decimal part (Orrrrrrr) 


BINARY REPRESENTATION DECIMAL REPRESENTATION 


THERANGEOF © THERESOLUTION 
THESSS THE WHOLE- THEWHOLE- OF THE DECIMAL 
BITS =. NUMBERPART . THEDECIMAL PART hUMBER PART ' 
000 ppp . qaqqaqqgarrrrrrr Oto 7 1/16,384 
O01 pppq. . qqagqqarrrrrrr OtolS 1/8,192 
O10 pppaq . qqqqqrrererr 0 to 31 1/4,096 : 
O11 pppqqq . qqaqqrrrrrrr 0 to 63 1/2,048 
100 pppqqaq. . qgarrerrrr Oto1l27 1/1,024 
101 pppaqqaq . qarrrerrrr Otezs5 “ys . 
110 = pppaqqaqqq . arrerrrr Ocors 1 1/256 
111 pppaqqaqqq) .)sorrerrrr Oto 1023 1/128 


For example, a speed of 9.5 centimeters per second would be represented 


this way: 


sss = 001 (there are four bits in the whole-number part) 
pppq = 1001 (the whole-number part: 9 in decimal) 
gaqqqarrrrrrr = 1000000000000 (the decimal part: 4,096/8,192, or 0.5) ‘ 


That is, 
Ogsssppp Oqqqqaqaqgq Orrrrrrr = 00001100 01000000 00000000 
Or even: 


sss = 111 (there are ten bits in the whole-number part) 
pppqgqgqag = 0000001001 (the whole-number part: 9 in decimal) ¢ 
rereeer = 1000000 (the decimal part: 64/128, or 0.5) 


That is: 
Ogsssppp Oqqqqqag Orrrrrrr = 00111000 00001001 01000000 


How Tracks flre Represented 


The status of the tracks in a device, which is governed by the Track Re- 
cord Ready, Track Record Status, Track Sync Monitor, Track Input 
Monitor, and Track Mute information fields, can be indicated in terms 
of different numbers of bytes. Each track is coded in the form of a bit, 


whose values of O and 1 correspond respectively to inactive and active 


status. 
(Ola! Tealnl (eednl aa 
rOH: Ogfedcba 
a = video 
b = O (reserved for future extensions) 
c = track reserved for the time code 
d = auxiliary track A (the control track, or "“CTL") 
e = auxiliary track B 


“f 


track 1 (the left track of a stereo device, or the single track 


of a monaural device) 


riH: 


r2H: 
r3H: 
r4H: 
Palate 
Melalé 
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g = track 2 (the right track of a stereo device) 


Onmlkjih 
h = track 3 
i = track 4 
j = track 5 
k = track 6 
l = track 7 
m = track 8 
n = track 9 


tracks 10 to 16 
tracks 17 to 23 
tracks 24 to 30 
tracks 31 to 37 
tracks 38 to 44 


MMC ai | =; ei 


r7H: tracks 45 to 51 
r8H: tracks 52 to 58 
r9H: tracks 59 to 65 


In order to keep messages short as possible, MMC doesn’t force you to 
send null bytes (provided, of course, that a null byte isn’t followed by any 
non-null bytes). For example, a 24-track tape recorder on which only the 
first eight tracks are active would only need two bytes (0000001 1 
OL111110) instead of the five bytes (00000011 01111110 00000000 
00000000 00000000) that theoretically would be required. 


WY Din messages 


MIDI Machine Control messages are classified by type, with the mean- 


ings listed below: ‘ 
Comm: Communications (Wait, Resume, Group) 
Ctrl: Transport (Play, Stop, etc.) 
Evnt: Event 
Gen: Time codes 
I/O: Reading and writing, error handling, etc. 
Sync: Synchronization 
Math: Mathematical operations 
MTC: MIDI Time Code 
Proc: Procedures 
Tame information fields that involve the time code 
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You'll see the following abbreviations often in the rest of this chapter and 
in Chapter 16: 


ATR: Audio tape recorder 
Gi): SMPTE code containing a number of subframes 
MCP: Grouped under the heading Motion Control 


Process (MCS), the Locate and Chase commands, 
which are mutually exclusive, take priority over the 
Motion Control State commands. 


MCS: Grouped under the heading Motion Control State 
(MCS), these twelve commands represent mutually 
exclusive states. Here’s the list: Stop, Pause, Play, 
Deferred Play, Variable Play, Deferred Variable 
Play, Fast Forward, Rewind, Search, Shuttle, Step, 


and Eject 
Ls An information field that can only be read 
L/R: An information field that can be read and written to 
(st): SMPTE code containing status byte 
VTR: Video tape recorder. With regard to the MIDI 


Machine Control protocol, audio devices operate 
the same way as VIRs, 1e., on the basis of rotating 


heads 


A builder who wants to design a device that’s compatible with MIDI Ma- 
chine Control is under no obligation to implement any particular mes- 
sage(s). However, for the sake of illustration, Table 15.1 and Table 15.2 


below specify a so-called “minimum recommended use” for commands 


182 


666 


MMC Messages fe! 


and responses, to indicate how each command or response should be im- 
plemented in the context of the following four typical applications: . 


1* Minimal transport, the absence of a time code, and an open- 
loop link 


2 = Basic transport, the absence of a time code, and the possibility of a ‘ 


closed-loop link 


3 * Well-developed transport, the reading of a time code, a closed- 


loop link, event recognition, and track-by-track recording control 


4 = A basic synchronizer and a closed-loop link 


a eee 
TABLE 15.1: MIDI Machine Control Commands 


HUMBER OF mAInIMUM 


COMMAND DATA BYTES RECOMMENDED USE 
OOH —treserved for future | 1234 
extensions— 
O1H Stop (MCS) = Cr! — 1234 
02H Play (MCS) Cel — - 234 
03H —_ Deferred Play (MCS) Ctrl — 1234 
04H Fast Forward (MCS) —_— 2 : 
OSH — Rewind (MCS) Cirle a= 1234 
06H Record Strobe Ctrl — 1234 
07H Record Exit Ctrl — 1234 
08H Record Pause ‘eit! — ---- 
09H Pause (MCS) Ci — ---- : 
OAH .- Eject (MCS) Ci ae 
OBH Chase (MCS) Sync — ee : 
OCH Command Error Reset I/O = - 234 


NUMBER OF minimum 


COMMAND TYPE DATA BYTES RECOMMENDED USE 
ODH MMCReset Col = — 1234 
40H Write 176 n 1234 
41H Masked Write BO) n ee 
42H Read 1y@) n - 234 
43H Update We) n -234 
44H Locate (MCP) Ctrl n 1234 
45H Variable Play (MCS) Ctrl 3 - 234 
46H Search (MCS) Ctrl 3 - - 34 
47H Shuttle (MCS) Ctrl 3 _ = 
48H Step (MCS) Ctrl | 22-5 
49H Assign System Master Sync 1 ---- 
4AH Generator Command Gen | l SSS 
4BH MIDI Time Code MIC 1 = =a 5 
Command 
4CH Move Math 2 1234 
4DH . Add Math 3 - 234 
4EH Subtract Math 3 - 234 
4FH Drop Frame Adjust Math | -- 34 
50H Procedure Proc n - - 34 
SIH Event Evnt n - - 34 
Oeil Group Comm n - 234 
Bro | Command Segment Comm n - 234 
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TABLE 15.1: MIDI Machine Control Commands (continued) 


NUMBER OF minimum 
DATA BYTES RECOMMENDED USE 


CODE COMMAND FYPE 


54H Deferred Variable Play ~ «Gail 3 =e) 
(MCS) 

Soll Record Ctrl 3 eae 

7h Wait Gomm — - 234 

cv Resume Comm: === = Ne 


TABLE 15.2: MIDI Machine Control Responses 


RESPONSE AND NUMBER OF minimum 
INFORMATION ZONE — TYPE DATA BYTES _READ/WRITE — RECOMMENDED USE | 


OOH —reserved for as 


future 


extensions— 


O1H Selected Time Time 5 R/W L234 
Code (st) 

02H Selected Sync S R ---4 
Master Code 
(st) 

03H Requested Sync 5 R/W ---4 
Offset (ff) 

04H Actual Offset Sync 5 R Se il : 

tt) 

OSH Lock Sync 5 R ee 

Deviation (ff) 
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TABLE 15.2: MIDI Machine Control Responses (continued) 


06H 


07H 


08H 


09H 
OAH 
OBH 
OCH 
ODH 
OEH 
OFH 


72) Ne 


22H 


23E1 


24H 


2571 


RESPONSE AND 
FORMATION ZONE 


Generator 
Time Code (st) 


MIDI Time 
Code Input (st) 


GPO/Locate 
Point (ff) 
GP I (ff) 
GP2 (ff) 
GP3 (ff) 
GP4 (ff) 
GPs Ut) 
GP8 (ff) 
GP7 (ff) 


Selected Time 
Code (st) 


Selected 
Master Code 
(st) i 
Requested 
Offset (ff) 
Actual Offset 


(ff) 


Lock 
Deviation (ff) 


[¥PE 
Gen 


MTC 


Math 


Math 
Math 
Math 
Math 
Math 
Math 
Math 


NUMBER OF minimum 
DATA BYTES: — READ/WRITE RECOMMENDED USE 


5 R Gite. 
5 R/W 1234 
5 R/W 234 
5 R/W -234 
5 R/W 238 
5 R/W ~<a 
5 R/W as - 
5 R/W ——. 
5 R/W Sa 
2 R/W 1234 
2 R es 
2 R/W a 
2 R nas 
2 R roe! 


TABLE 15.2: MIDI Machine Control Responses (continued) 
RESPONSE AND NUMBER OF MINIMUM 


INFORMATION ZONE TYPE DATA BYTES — READ/WRITE RECOMMENDED USE 
26H Generator Gen 2 R/W ---- 
Time Code (st) 
27H MIDI Time MEG 2 R ---- 
Code Input (st) 
28H GPO/Locate Math 2 R/W 1234 
Point (ff) 
2071 CEiity Math 2 R/W - 234 
2AH GP2 (ff) Math 2 R/W - 234 
2BH GP3 (ff) Math 2 R/W - 234 
26H GP4 (ff) Math 2 R/W ---- 
2DH__ GP5 (ff) Math 2 R/W ---- 
2EH GP8 (ff) Mate. 2 R/W ---- 
ZEEE GP7 (ff) Math 2 R/W ---- 
40H Signature I/O n R - 234 
41H Update Rate Vo R/W - 234 
42H Response Error I/O n — - 23 4 
43H Command T/O n R - 234 
Error 
44H Command VO l R/W See. 
Error Level 
45H Time Standard Time I R/W - 234 
46H Selected Time Time I R/W ---- 


Code Source 
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TABLE15.2; MIDI Machine Control Responses (continued) 


NUMBER OF 
DATA BYTES 


9 


47H 


48H 


49H 
4AH 
4BH 
4CH 
4DH 
4EH 


4FH 


S0OH 


SIA 


SA | 


53H 


54H 
oor 
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RESPONSE AND 


INFORMATION ZONE 


Selected Time 
Code Userbits 


Motion 
Control Tally 


Velocity Tally 
Stop Mode 
Fast Mode 
Record Mode 
Record Status 
Track Record 


Status 


Track Record 
Ready 


Global 


Monitor 
Record 
Monitor 
Track Sync 
Monitor 
Track Input 
Monitor 
Step Length 
Play Speed 


Reference 


TYPE 


Time 


Ctrl 


Crrl 
Ctrl 
Ctrl 
Ciel 
Ctrl 
Ctrl 


Ctrl 


Ctrl 


Ctrl 


Ctrl 


Cel 


Ctrl 
Ctrl 
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TABLE 15.2: MIDI Machine Control Responses (continued) 


RESPONSE AND NUMBER OF 
WE FORMATION ZONE TYPE DATA BYTES 


minimum 
READ/WRITE RECOMMENDED USE 


56H Fixed Speed Ctrl aah R/W =< 

7 Lifter Defeat Cel R/W afe 

58H Control Ctrl l R/W ---4 
Disable 

59H Resolved Play Sync i R/W ---4 
Mode 

SAH Chase Mode Sync l R/W -==4 

SBH Generator Gen We R = =e 
Command 
Tally 

eS | Generator Set Gen 3 R/W oven 
Up 

SDH Generator Gen 2 R/W ~--- 
Userbits 

SEH MIDI Time NICS 2 R 7 
Code 
Command 
Tally 

Sri MIDI Time Ree] R/W ---- 
Code Set Up 

60H Procedure Proc n R = Soe 
Response ; 

61H . Event Evnt n R -- 34 
Response 

62H Track Mute Ctrl n R/W --3- 
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TABLE 15.2: MIDI Machine Control Responses (continued) 
RESPONSE AND NUMBER OF 


minimum 
INFORMATION ZONE TYPE DATA BYTES  —READ/WRITE RECOMMENDED USE 


63H VITC Insert Gen 3 R/W ---- 
Enable 

64H Response Comm n = -~ 234 
Segment 

65H Failure Ctrl n = = 2a 

7CH Wait Come 2234 

7FH Resume Comm — - 234 


Classification by Type 


Table 15.3 below shows the MMC commands and responses arranged in 
a different way, t.e., by type. 


TABLE 15.3: MMC Commands and Responses, by Type 


CODE MEANING 


READING, WRITING, AND ERROR-HANDING (1/0) 


Commands: 

OCH Command Error Reset 
40H Write 

41H Masked Write 

42H Read 

43H Update 


eno 


MMC Messages | i 
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TABLE 15.3: MMC Commands and Responses, by Type (continued) 


Information fields 
40H Signature 
41H Update Rate 
42H Response Error : 
43H Command Error 
44H Command Error Level 

TRANSPORT MANAGEMENT : 
Commands: 
01H Stop (MCS) ° 
02H Play (MCS) 
03H Defetred Play (MCS) : 
04H Fast Forward (MCS) / 
OSH Rewind (MCS) 
06H Record Strobe : 
07H Record Exit 
08H Record Pause 
09H Pause (MCS) 
OAH Eject (MCS) 
ODH MMC Reset . 
44H Locate (MCP) 
45H Variable Play (MCS) - 
46H Search (MCS) 
47H Shuttle (MCS) 
48H Step (MCS) 
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TABLE 15.3: MMC Commands and Responses, by Type (continued) 
CODE MEANING 


54H Deferred Variable Play (MCS) 


Spiel Record Strobe Variable 
Information fields: 

48H Motion Control Tally 
49H Velocity Tally 

4AH Stop Mode 

4BH Fast Mode 

4CH Record Mode 

4DH Record Status 

4EH Track Record Status 
4FH Track Record Ready 
SOH Global Monitor 

SH Record Monitor 
62H Track Sync Monitor 
33H Track Input Monitor 
54H Step Length 

90H Play Speed Reference 
Sola Fixed Speed 

57H Lifter Defeat 

58H Control Disable 

62H Track Mute 

65H Failure 
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TABLE 15.3: MMC Commands and Responses, by Type (continued) 
CODE MEANING 


LOCAL TIME CODE (TIME) 
EEC‘ 


Information fields: 


01H Selected Time Code (st) 

21H Short Selected Time Code (st) 

45H Time Standard 

46H Selected Time Code Source 

47H Selected Time Code Userbits 
SYNCHRONIZATION (SYNC) 

Commands: 

OB Chase (MCP) 

49 " Assign System Master 

Information fields: 

02H Selected Master Code (st) 

03H Requested Offset (ff) 

04H Actual Offset (ff) 

OSH Lock Deviation (ff) 

2271 Short Selected Master Code (st) 

2311 Short Requested Offset (ff) 

24H Short Actual Offset (ff) 

25t1 Short Lock Deviation (ff) 

oie | Resolved Play Mode 

SAH Chase Mode 


193 


Jam mt Control: Data Formats, Messages, and Commands 
oi 


TABLE 15.3: MMC Commands and Responses, by Type (continued) 


(ODE MEANING 


TIME-CODE GENERATION 
Command: 
4AH Generator Command 
Information fields: 
06H Generator Time Code (st) 
26H Short Generator Time Code (st) 
5BH Generator Command Tally 
eld Generator Set Up 
obi Generator Userbits 
63H VITC Insert Enable 

MIDI TIME CODE 

Command: 
4BH MIDI Time Code Command 
Information fields: 
07H MIDI Time Code Input (st) 
Eaiia| Short MIDI Time Code Input (st) 
SEH MIDI Time Code Command Tally 
SFH MIDI Time Code Set Up 
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TABLE 15,3: MMC Commands and Responses, by Type (continued) 


CODE MEANING 


MATHEMATICAL OPERATIONS THAT AFFECT THE TIME CODE (MATH) 


Commands: 

4CH Move 

4DH Add 

4EH Subtract 

4FH Drop Frame Adjust 
Information fields: 

08H GPO/Locate Point (ff) 
09H GP 1 (ff) 

OAH GP2 (ff) 

OBH GP3 (ff) 

OCH GP4 (ff) 

ODH GPoGn) 

OEH GP6 (ff) 

OFH GP7 (ff) 

28H Short GPO/Locate Point (ff) 
29H Short GP (ff) 
2AH Short GP2 (ff) 
2BH Short GP3 (ff) 
2CH Short GP4 (ff) 
2D Short GPS (ff) 
2EH Short GP6 (ff) 
2EH : Short GP7 (ff) 
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TABLE 15.3: MMC Commands and Responses, by Type (continued) 


CODE MEANING 


PROCEDURE MANAGEMENT (PROC) 


Command: 

50H Procedure 

Information ‘field: 

60H Procedure Response 
EVENT INITIATION (EVNT) 

Command: 

Us| Event 

Information field: 

61H Event Response 

COMMUNICATION 

Commands: 

52H Group 

Soll Command Segment 

TGA Wait 

7FH Resume 

Information fields: 

64H Response Segment 

Hal Wait 

7FH Resume 
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Trevonns 


Here’s the syntax of each of the commands in the MIDI Machine Con- 


trol protocol, along with its detailed meaning. 


Stop (MCS) 


This command orders the device to stop as soon as possible. Any 
tracks that are being recorded or that are in Rehearsal mode shift out 


of that mode. 
01H: Stop 


Play (MCS) 


This command orders the device to shift into Read mode. 


02H: Play 


Deferred Play (M(5) 


' A device that’s in the process of executing a Locate command shifts into 
Read mode only after it has reached the desired point. 


O3H: Deferred Play 


Fast Forward (MCS) 


This command orders the device to shift into Fast Forward mode at top 
speed. Any tracks that are being recorded or that are in Rehearsal mode 
shift out of that mode. 


04H: Fast Forward 
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Rewind (MCS) 


This command orders the device to run backward at top speed. Any 
tracks that are being recorded or that are in Rehearsal mode shift out of 
that mode. 


05H: Rewind 


Record Strobe 


When the device is in Read mode, the tracks that are ready to record 
(that is, the tracks whose bit is set to | in the Track Record Ready infor- 
mation field) shift into Record mode or into Rehearsal mode, depending 
on the value in the Record Mode information field. Otherwise, any tracks 
that are being recorded or that are in Rehearsal mode shift out of that 


mode. 


When the device is stopped it shifts into Read mode, while the tracks 
that are ready to record (that is, the tracks whose bit is set to | in the 
Track Record Ready information field) shift into Record mode or into 
Rehearsal mode, depending on the value in the Record Mode informa- 
tion field. 


O6H: Record Strobe 


Record Exit 


Any tracks that are being recorded or that are in Rehearsal mode shift out 
of that mode. 


O7H: Record Exit 
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Record Pause 


When the device is in Pause mode, it should wait to receive a Record 

Strobe command or a Record Strobe Variable command and to respond ‘ 
to that command—t.e., by shifting into Record mode as quickly as 
“possible. * 


With regard to monitoring, the outputs that correspond to the tracks 
that are ready to record (that is, the tracks whose bit is set to | in the 
Track Record Ready information field) recover the signals that are re- 
ceived at the input. 


O8H: Record Pause 


Pause (MCS) 


This command orders the device to stop as soon as possible. Videotape P 
recorders and other audiovisual devices stop ona frame. In order to mini- 
mize wear and tear on the heads, this does not prevent these devices, after 
a certain amount of time has passed, from allowing the frame image to 
disappear (that is, to remove the heads from the tape). Reception of a 
new Pause command has the effect of reactivating the stop frame. 


O9H: Pause 5 


Any tracks that are being recorded shift out of Record mode, provided 
that the device is in the process of recording and can shift into Pause 
mode. Any tracks that are in Rehearsal mode shift out of that mode. 


When such a command is received by a device that isn’t equipped with a 
Pause control, there’s nothing keeping the device from executing a simple 
stop. However, in such a case the Motion Control Tally information 
field should indicate Pause rather than Stop. 
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Eject (In(s) 


Removable media (such as video cassettes, Digital Audio Tape (DAT), 
magneto-optical disks, and so on) are ejected. Any tracks that are being 
recorded or that are in Rehearsal mode shift out of that mode. 


Some devices which a priori don’t have to worry about executing this 
command can nevertheless use it for other purposes. This is the case in 


particular with tape recorders when the tape is taken off one of the reels. 


OAH: Eject 


Chase (MCP) 


This command orders the device to synchronize itself with a master time 
code, taking into consideration a possible shift programmed by the user 
in the Requested Offset information field. This shift represents the differ- 
ence between the time code of the device (the Selected Time Code) and 
the master time code (the Selected Master Code): 


Requested Offset = Selected Time Code - Selected Master Code 


OBH: Chase 


Command Error Reset 


This command reinitializes the indicator for a blocking error in the Com- 
mand ERror information field. That is, it sets bit “a” to zero, thereby 


authorizing the device to resume executing the commands that it receives. 


OCH: Command Error Reset 
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MMC Reset 


This command reinitializes the device. Every device that is compatible 


with MIDI Machine Control should implement this command. 
ODH: MMC Reset 


It does so by: 


- Clearing the Update list 


" Clearing the procedures 


: Clearing the events 


. Clearing any group assignments 


Erasing the Command Error information field 


" Reinitializing the Command Error Level information field, which 


takes on the value zero Gee ignoring any errors) 


" Reinitializing the indicators for the Standard Time Code informa- 
tion fields, which take on their default values 


" Reinitializing the mpH byte (i.e., the byte for the last MCP com- 
mand that was received) for the Motion Control Tally informa- 
tion field, which takes on the value 7FH (1.e., no MCP command 


is being executed ) 


" Cancels any de-segmentation or defragmentation that may be in 
y gm g y 


progress 


Write 


This command writes data in one or more information fields. A given 
message can contain as many <name of the information field> <corre- 
sponding data> pairs as necessary. 
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40H: Write 

<counter = variable>: the number of data bytes in the message 
<name>: an information field that can be written to 

<data>: the data to be written in the information field © 
<name>: an information field that can be written to 

<data>: the data to be written in the information field 
<name>: an information field that can be written to 

<data>: the data to be written in the information field 


Masked Write 


This command write certain bits of a byte in an information field that 


uses the track representation format described earlier in this chapter. 


41H: Masked Write 

<counter = 04H + ext>: the number of data bytes in the message 

<name>: an information field that can be read and that uses the track rep- 
resentation format 

<byte #>: the number of the data byte in which the writing should begin 
(starting with zero) 

<mask>: the bits that are set to 1 are the ones that should be modified 
<data>: the value of the bits to be modified 


Read 


This command reads the contents of one or more information fields. 


42H: Read 

<counter = variable>: the number of data bytes in the message 
<name>: an information field that can be written to 

<name>: an information field that can be written to 

<name>: an information field that can be written to 
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Update 
The first format: Update [Begin] 


This command orders the device to transmit immediately the contents of 
specified information fields (whose names, if they aren’t already listed, are 
added to the Update list), and then to retransmit these contents peri- 
odically, provided that the value of the zone has changed since the last re- 
transmission and also provided that a period of time has passed which is 
equal to or greater than the one specified in the Update Rate information 


field. : 


43H: Update 

<counter = variable>: the number of data bytes in the message 
OOH: [Begin] 

<name>: information field 

<name>: information field 

<name>: information field 


Every information field that has a time code transmits it in standard form 
(that is, in five bytes) both as the first response to an Update command 
and also at each retransmission, but only if the value of the seconds byte 
(scH) has changed since the last response. Otherwise, if the value of the 
seconds byte hasn’t changed since the last response, then the time code is 
retransmitted in abbreviated form (that is, in two bytes). 


The second format: Update [End] 


This version of the command removes the specified information fields 
from the Update list. A value of 7FH, appearing instead of a name, inter- 
rupts the retransmission of all of the zones on the list. 

43H: Update 


<counter = variable>: the number of data bytes in the message 
O1H: [End] 
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<name>: 
<name>: 
<name>: 
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information field 
information field 
information field 


Locate (MCP) 


The first format: Locate [I/F] 


44H: Locate 


<counter 


OOH: [1/F] 


<name>: 


The second format: 


60, 
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OOH 
08H 


code) 


OSH 
OAH 
OBH 
OCH 
ODH 
OEH 
OFH 


This command orders the device whose Selected Time Code information 


field reflects the value of the timing reference to position itself at a loca- 


tion that corresponds to one of the eight memory areas for the time code 


(ie, GPO through GP7). 


reserved 


02H + ext>: the number of data bytes in the message 


for future extensions 


GPO/Locate Point (the first memory area for the time 


GP1 (the 
GP2 (the 
GP3 (the 
GP4 (the 
GP5 (the 
GP6 (the 
GP7 (the 


second memory area for the time code) 
third memory area for the time code) 
fourth memory area for the time code) 
fifth memory area for the time code) 
sixth memory area for the time code) 
seventh memory area for the time code) 
eighth memory area for the time code) 


[Target] 


This command orders the device whose Selected Time Code information 


field reflects the value of the timing reference to position itself at a loca- 
tion that corresponds to a SMPTE time. 


44H: Locate 


<counter 


= O6H>: the number of data bytes in the message 


01H: [Target] 
hrH mnH scH frH ffH: the SMPTE time 
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Variable Play (MCS) 


This command ordeis the device to shift into Read mode in the specified 
direction and at the specified speed. If the device in question can’t run at 
that speed, it should still run as close to it as it can. 

45H: Variable Play 


<counter = 03H>: the number of data bytes in the message 
ShH smH slH: the reading speed 


Search (MCS) : | 


This command orders the device to move in the specified direction and 
at the specified speed. If the device in question can't run at that speed, it 
should still run as close to it as it can. ‘ 


With regard to monitoring, all that’s necessary is for the quality of the 
signal to make identification possible. If desired, during execution of a 
Search command an audiovisual device can simply reproduce the 
(current) frame. 

46H: Search 


<counter = O3H>: the number of data bytes in the message 
ShH smH Ss1H: the reading speed 


Shuttle (MCS) 


This command orders the device to move in the specified direction and 
at the specified specd, without necessarily reproducing an image or any 
sound. If the device in question can’t run at that speed, it should still run 
as close to it as it can. 

47H: Shuttle 


<counter = O3H>: the number of data bytes in the message 
shH smH slH: the reading speed 
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48H: Step 
<counter 
<steps>: 


Step (MCS) 


g 
0 


1 


This command orders the device to move a certain distance in a certain 
direction. With regard to monitoring, during execution of a Step com- 
mand an audiovisual device should display an image and hold it once 

the operation is over, exactly the same way it does in Pause mode. An 
audiovisual device should produce a sound and, if it can, once the opera- 
tion is over it should loop a portion located on either side of the point 
that it reached. Finally, a sequencer should continue with MIDI transmis- 
sion and, once the operation is over, should take care not to send any 


messages, 


O1H>: the number of data bytes in the message 
Ogssssss 


direction 
forward operation 
backward operation 


ssssss = the distance to be traveled (expressed 
in terms of a unit specified by the Step Length 
information field, whose default value is a half-frame) 


Assign System Master 


This command activates and selects the master device at the synchroniza- 
tion level, or else deactivates it. Because this command is addressed to all 


of the devices in a system, the <device ID> number takes on the value 
7FH (“all-call’”). 


49H: Assign System Master 
<counter = O1H>: the number of data bytes in the message 
<master device ID>: activation or deactivation of the master device 
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OOH to 7EH = the ID number for the master device 
7FH = deactivation (so that no device is the 
master device) 
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Generator Command 


This command manages the time-code generator. 


4AH: Generator Command 
<counter = O1H>: the number of data bytes in the message 


nnH: activity . 
OOH = stop 
01H = generation of the time code (run) 


02H 


copy and/or regeneration of the time code (copy/jam) 


MIDI Time Code Command 


This command manages the production of the time code. 


4BH: MIDI Time Code Command 

<counter = O1H>: the number of data bytes in the message 

nnH: activity 
OOH = off(no MIDI Time Code) 
01H = the MIDI Time Code is issued from the timing code 
Specified by the MIDI Time Code Set Up information field 


Move 
’ This command reads the time code for an information field, expressed in 
standard form (that is, in five bytes) with responses from 01H to 1FH), 

in order to recopy it into another information field that can be written 

to and that also contains a time code in standard form (that is, with re- 

sponses from 01H to 1FH, with 02H, 04H, 05H, and 07H being ex- 
cluded). This command is used particularly to acquire locators on the fly 


(that is, to recopy information from the Selected Time Code information 


field into one of the eight memory areas (GPO to GP7) for the time code). 


When the contents of an information field that contains a time code of 


the “status” (st) type are copied to an information field that contains a 
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time code of the “subframe” (ff) type, bit “i” and the fifth (subframe) 
byte take on the value zero. 


When the contents of an information field that contains a time code of 
the “subframe” (ff) type are copied to an information field that contains 
a time code of the “status” (st) type, bits “i” and “n” take on the value 1, 


while bits “e” and “v” take on the value zero. 


4CH: Move 

<counter = 02H + ext>: the number of data bytes in the message 

<destination>: the information field to which the time code is to be 
copied 

<source>: the information field from which the time code is to be read 


Add 


This command reads the time codes for two information fields, expressed 
in standard form (that is, in five bytes) with responses from 01H to 
1FH), adds them together, and then recopies the result into another infor- 
mation field that can be written to and that also contains a time code in 
standard form (that is, with responses from 01H to 1FH, with 02H, 
04H, OSH, and 07H being excluded). There’s no reason why a 

<source> information field can’t be used as a <destination> informa- 


tion field. 


When a <destination> information field contains a time code of the 
sé OP “ee 


“subframe” (ff) type, bits “c”, “k”, and “i” in the result take on the 


value zero. 


The number of frames per second, as represented by bits tt, stays the 
same as in the first source, unless the number is expressed in 30 Drop 
Frame format. In this case tt = 10 and the value that results from the ad- 
dition is converted into 30 Nondrop Frame format, with tt = 11. What 
this amounts to is that the result of an Add command is always expressed 
without a frame jump. 
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If the <destination> information field doesn’t accept negative results, 
you have to make the results positive by adding 24 hours. 


When a <destination> information field contains a time code of the 


669 6s? 


“status” (st) type, bits “e” and-“v” in the result take on the value zero, 
while bits i and n take on the value 1. 


4DH: Add 
<counter = 03H + ext>: the number of data bytes in the message 
<destination>: the information field into which the result 
of the addition is to be copied 
<source #1>: the information field from which the first time 
code should be read 
<source #2>: the information field from which the second time 
code should be read 


Subtract 


This command reads the time codes for two information fields, expressed 
in standard form (that is, in five bytes) with responses from 01H to 
IFH), subtracts the second value from the first value, and then recopies 
the result into another information field that can be written to and that 
also contains a time code in standard form (that is, with responses from 


O1H to 1FH. Responses 02H, 04H, OSH, and 07H are excluded). The 


other rules that govern addition apply in the same way to subtraction. 


4EH: Subtract 
<counter = 03H + ext>: the number of data bytes in the message 
<destination>: the information field into which the result 
of the subtraction is to be copied 
<source #1>: the information field from which the first time 
code should be read 
<source #2>: the information field from which the second time 
code should be read 
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Drop Frame Adjust 


This command converts the time code for an information field that can 
be written to, as expressed in standard form (that is, with responses from 


01H to LFH, with 02H, 04H, OSH, and 07H being excluded), into a 30 


Drop Frame time code. 


4FH: Drop Frame Adjust 

<counter = O1H>: the number of data bytes in the message 

<name>: the information field in which the time code should 
be converted 


Procedure 


50H: 


From the point of view of a controlled device, a procedure consists of a 
list of commands stored in memory that are executed when the device 


receives a Procedure [Execute | command. 
The first format: [Assemble] 


This command collects a certain number of commands and stores them 


so that they can be executed at a later time. 


Procedure 


<counter = variable>: the number of data bytes in the message 


OOH: 


[Assemble] 


<procedure>: OOH to 7EH = the ID number of the procedure 


7FH 


reserved for future extensions 


<command #1>: any command command other than 


Procedure [Assemble] and Procedure [Execute] 


<command #2>: any command command other than 


Procedure [Assemble] and Procedure [Execute] 


<command #3>: any command command other than 


Procedure [Assemble] and Procedure [Execute] 
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The second format: [Delete] 


This command removes one or all of the procedures that are stored in 


Me mMory. 


50H: Procedure 
<counter = O2H>: the number of data bytes in the message 
O1H: [Delete] i 
<procedure>: OOH to 7EH = the ID number of the procedure 
to be removed 
7FH = remove all of the procedures 


The third format: [Set] 


This command determines the procedure that should appear when the 


Procedure Response information field is read. 


50H: Procedure 
<counter = Q2H>: the number of data bytes in the message 
02H: [Set] 
<procedure>: OOH to 7EH 

7FH 


the ID number of the procedure 
all of the procedures 7 


The fourth format: [Execute] 
’ This command triggers the execution of a procedure. : 


50H: Procedure 
<counter = 02H>: the number of data bytes in the message ; 
03H: [Execute] 
<procedure>: OOH to 7EH 
executed 
7FH = reserved for future extensions 


the ID number of the procedure to be 


Event 


From the point of view of a controlled device, an event consists of a com- 


mand that is stored in memory and programmed for execution at a very : 
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specific time (which corresponds to the value stored in one of the eight 


time-code memory areas). 
The first format: [Define] 


This command defines an event—that is, the command that it contains— 


and also the time at which the command should be executed. 


50H: Event 
<counter = variable>: the number of data bytes in the message 
OOH: [Define] 
<event>: OOH to 7EH = the ID number of the event 
7FH = reserved for future extensions 
<flags>: Ok0Oa00dd 
dd = the effect of the direction on the triggering 
00 = the event should be triggered when the device shifts 
into forward operation 
01 = the event should be triggered when the device shifts 
into backward operation 
10 = the event should be triggered regardless of the 
direction 
a = the effect of speed on the triggering 
0 = the event should be triggered when the device reaches 
the position that corresponds to the specified time (i.e., the trigger 
time) while the device is in Read mode 
1 = the event should be triggered regardless of the operat- 
ing speed, after the device has reached or passed the position that 
corresponds to the specified time (i.e., the trigger time) 
k = the effect of triggering on the event 
0 removal of the event after triggering 
1 retention of the event after triggering 
<trigger source>: the information field that specifies the source of the 
time code that serves as the triggering reference 


OOH = reserved for future extensions 
O1H = Selected Time Code 

02H = Selected Master Code 

O6H = Generator Time Code 

O7H = MIDI Time Code Input 


<name>: the name of the information field that specifies the time at 
which the event should be initiated (i.e., the trigger time) 
OOH = reserved for future extensions 
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O8H = GPO/Locate Point (the first time-code memory area) 
O9H = GP1 (the second time-code memory area) 

OAH = GP2 (the third time-code memory area) 

OBH = GP3 (the fourth time-code memory area) 

OCH = GP4 (the fifth time-code memory area) 

ODH = GP5 (the sixth time-code memory area) 

OEH = GP6 (the seventh time-code memory area) 

OFH = GP7 (the eighth time-code memory area) 


The second format: [Delete] 


This command removes one or all of the events that are stored in 


memory. 
51H: Event 
<counter = Q2H>: the number of data bytes in the message 
01H: [Delete] : 
<event>: OOH to 7EH = the ID number of the event to be removed 
7FH = remove all of the events > 


The third format: [Set]. 


This command determines the event that should appear when the Event 
Response information field is read. 


’ 51H: Event ° 
<counter = 02H>: the number of data bytes in the message 
02H: [Set] | F 
<event>: OOH to 7EH = the ID number of the event 


Aan, all of the events 


The fourth format: [Test] 


This command causes the immediate execution of the command that con- 
tains the event (that is, without waiting for the trigger time), in order to 
test the execution of the event. 
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51H: Event 
<counter = O2H>: the number of data bytes in the message 
Gani, | esta 
<event>: OOH to 7EH 
7FH 


the ID number of the event to be executed 
reserved for future extensions 


Group 


This command makes it possible to combine several controlled devices: 


that is, to assign them a common ID number in addition to their individ- 


ual ID numbers. 
The first format: [Assign] 


This command adds one or more controlled devices to a group. In addi- 
tion to responding to the commands that are addressed to it individually 
(that is, the commands whose ID number is the same as the JD number 
of the device), each device should also respond to the commands that 
are addressed to the group (that is, the commands whose ID number is 
the same as the ID number of the group to which the controlled device 
belongs. 


52H: Group 

<counter = variable>: the number of data bytes in the message 
OOH: [Assign] 

<group>: the group number (OOH to 7EH) 

<device ID>: the first device to be added to the group 
<device ID>: the second device to be added to the group 


The second format: [Dis-Assign] 
This command removes one or more of the devices from a group. 


52H: Group 
<counter = variable>: the number of data bytes in the message 
01H: [Dis-Assign] 


G1, 
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<group>: the group number 


<device ID>: OOH to 7EH = the first device to be removed from the ; 
group 
7FH = remove all of the devices from the group 
<device ID>: OOH to 7EH = the second device to be removed from 7 


the group 


Command Segment 


When a command or a set of commands exceeds the maximum allowable 
length of a MIDI Machine Control message (1.e., 48 data bytes, or a total 
of S3 bytes overall), the command or set of commands can be separated 
so that the data can be transmitted in the form of two or more segments. 
Each of these segments should occupy an Exclusive message of its own. 


53H: Command Segment 
<counter = variable>: the number of data bytes in the message 
SiH: the segment ID (Ofssssss) 
f = the first segment/the subsequent segments 
1 = the first segment 
O = the subsequent segments a 
ssssss = the segment number (counting backwards to the 
last segment, which is segment zero) 
<commands>: the part consisting of the command or the set of commands ; 


For instance, a command or a set of commands 100 bytes long would be 
transmitted this way: 


FOH 7FH <device ID> <mmc> <Command Segment> <counter = 2EH> 42H <the 
first 45 bytes> F7H 


FOH 7FH <device ID> <mmc> <Command Segment> <counter = 2EH> O1H <the next ¥ 
45 bytes> F7H 


FOH 7FH <device ID> <mmc> <Command Segment> <counter = OBH> OOH <the last 
10 bytes> F7H 
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Deferred Variable Play (MCS) 


This command orders the device to shift into Read mode in the specified 
direction and at the specified speed. If the device in question can’t run at 
that speed, it should still run as close to it as it can. Assuming that the de- 
vice is in the process of executing a Locate command, it should wait until 
it reaches the desired point before shifting into Read mode. 

54H: Deferred Variable Play 


<counter = O3H>: the number of data bytes in the message 
shH smH slH: the reading speed 


Record Strobe Variable 


When the device is in Read mode, the tracks that are ready to record 
(that is, the tracks whose bit is set to 1 in the Track Record Ready infor- 
mation field) shift into Record mode or into Rehearsal mode, depend- 
ing on the value in the Record Mode information field. Otherwise, any 
tracks that are being recorded or that are in Rehearsal mode shift out of 
that mode. 


When the device is stopped it shifts into Read mode at the speed deter- 
mined by this command (through bytes shH smH slH), while the tracks 
that are ready to record (that is, the tracks whose bit is set to 1 in the 
Track Record Ready information field) shift into Record mode or into 
Rehearsal mode, depending on the value in the Record Mode informa- 
tion field, 


55H: Record Strobe Variable 
<counter = O3H>: the number of data bytes in the message 
ShH smH slH: the reading speed 
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Wait 
When for any reason (such as a buffer that’s full to overflowing) the con- 
troller device isn’t able to receive any more messages, it sends a Wait com- . 
mand to all of the controlled devices (<device ID> = 7FH: “all-call’”). 
This command asks the controlled devices to interrupt all transmissions ‘ 


within a maximum period of 10 milliseconds and to keep the transmis- 


sions in suspense until they’re told otherwise. 


A controlled device that’s in the process of sending a response when it re- 
ceives a Wait command can continue sending that response, but only un- 
til the transmission of the current Exclusive message has been completed. 


The Wait command should be the only command in the Exclusive mes- 
sage that carries it. 


7CH: Wait 


Resume 


When the controller device is again able to receive messages, it sends a 

Resume command to all of the controlled devices (<device ID> = 7FH: ‘ 
_ “all-call’”) to let them know that communications can be picked up again. 

The Resume command should be the only command in the Exclusive . 


message that carries it. 


7FH: Resume 
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N THE LAST chapter you met the 
MIDI Machine Control commands 
that are sent from the controlling 
(master) MIDI device or devices to 
the controlled (slave) MIDI devices. 
This chapter introduces the messages 
and information that the slave MIDI 
devices send back to the master 
MIDI device(s) in response to he MMC commands, and also contains 
various practical examples of how to implement the MIDI Machine Con- 
trol protocol. Together, these two chapters provide a comprehensive in- 


depth guide to this latest expansion of the MIDI standard. 


“he mmc Responses 


This section describes the syntax of the responses in the MIDI Machine 
Control protocol and offers a detailed explanation of the meaning of 


each response. 


Selected Time Code (read/write) 


This time code determines the position of the device in cases in which 
the position is not derived through the reading of aSMPTE code but in- ° 


stead is the result of a calculation performed on tachymetric information. 
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This field can be written to, so that updates can be performed. 


O1H: Selected Time Code 
hrH mnH scH frH stH 


Table 16.1 below describes in detail the behavior of the time-code status 
bits in the Selected Time Code field. 


TABLE 16.1: Tisme-Code Status Bits in the Selected Time Code Information Field 


“STATUS BITS 
tt (time type) 


c (color 
frame) 


VALUE AFTER THE DEVICE 
IS TURNED ON, OR AFTER 


AN.MMC RESET: 
COMMAND HAS BEEN 
RECEIVED 


Equal to the value. 
of the 
corresponding 
bits in the Time 
Standard 
information field, 
or to a default 
value stored in the 


device 


VALUE DURING NORMAL 
OPERATIONS 


If n = 1, either as 
in the previous 
column or else as 
loaded by a Write 
command or by a 
“Math” 
command; if n = 
O, as read when 
the time code is 


received 


Teni=alvet= 0: 
if n = O, as read 
when the time 

code is received 


INTERPRETATION OF THE 
TS INTHE 


Bl 
INFORMATION FIELD OF 
A WRITE COMMAND 


Authorized bits tt 
are written, if bit 
n of the Write 


command = | 


Bit c is ignored 
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TABLE 16.1: Time-Code Status Bits in the Selected Time Code Information Field (continued) 


STATUS BITS 


k (“blank” 
bit) 


g (sign) 


i (the fifth 
byte) 


e (estimated 
source) 


VALUE AFTER THE DEVICE 
I$ TURNED ON, OR-AFTER 


AN MMC RESET 
COMMAND HAS BEEN 
RECEIVED 


I 


| 


0 


VALUE DURING NORMAL 
OPERATIONS — 

k = O after the 
time code has 
been read from 
the tape, updated 
by tachymetric 
information, or 
loaded by a Write 
command or by a 
“Math” 
command; 
otherwise, k = | 


e = 1, only if the 
most recent 
change in the 
value of the time 
code came either 
from a control 
track or from 
tachymetric 


information 


INTERPRETATION OF THE 
BITS IN THE 
INFORMATION FIELD OF 
A WRITE COMMAND 


Regardless of its 
value, bit k is set 


to zero 


Bit g is ignored 


Bit i is ignored 


Regardless of its 
value, bit e is set 


to zero 
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TABLE 16.1: Time-Code Status Bits in the Selected Time Code Information Field (continued) 


STATUS BITS 
Vv (validity) 


d (video field 
1) 


n (no code) — 


VALUE AFTER THE DEVIEE 
i$ TURNED ON, OR AFTER 
AN MMC RESET 
COMMAND HAS BEEN 
RECEIVED 


O or I, depending 
on whether the 
first frame in a 
sequence of four 
or eight video 
fields is involved, 
and provided that 
this function has 
been implemented 


I 


VALUE DURING HORMAL 
OPERATIONS 


O or 1, depending 
on the validity of 
the code 


O or I (as in the 


previous column) 


n = 0, only after 
the time code has 
been read from 
tape 


INTERPRETATION OF THE 
TSIN THE 


BI 
INFORMATION FIELD OF 
A WRITE COMMAND 


Regardless of its 
value, bit v is set 


to zero 


Bit d is ignored 


Regardless of its 
value, bit n is set 
to | (indicating 
that no time code 
has been read 
from the tape) 
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Selected Master Code (read) 


The Master Code is the time code with which the devices that have re- 
ceived a Chase command should synchronize themselves. 

02H: Selected Master Code 

hrH mnH scH frH stH 


The time-code status bits in the Selected Master Code field behave ex- 
actly the same way as the time-code status bits in the Selected Time Code 


field. 


Requested Offset (read/write) 


This shift represents the difference, as programmed by the user, between 
the time code of the device (the Selected Time Code) and the master 
time code (the Selected Master Code): 


Requested Offset = Selected Time Code —- Selected Master Code 


When it receives a Chase command, a controlled device should synchro- 
nize itself with the master time code, in accordance with the shift. This 
field is expressed in terms of the number of frames, in the form of a Non- 
drop Frame value. 


03H: Requested Offset 
hrH mnH scH frH ffH 


Table 16.2 below describes in detail the behavior of the time-code status 
bits in the Requested Offset field. 
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TABLE 16.2: Time-Code Status. Bits in the Requested Offset Information Field 


STATUS BITS: 


tt (time type) 


¢ (color 
frame) 


k (“blank” 
bit) 


g (sign) 


VALUE AFTER THE DEVICE 
I$ TURNED ON, OR AFTER 
AN MMC RESET. 


COMMAND HAS BEEN VALUE DURING NORMAL 
RECEIVED OPERATIONS 


— see the next Equal to the value 


column — of the correspond- 
ing bits m the 
Selected Time 
Code informa- 
tion field, except 
if tt = 10 (Drop 
Frame), in which 
Case tiene hl 


(Nondrop Frame) 


I k = | after a time 
code has been 
loaded by a Wait 
command or by a 
“Math” 
command; 
otherwise, k = O 


0) O or 1, depending 
on whether the 
code is positive or 


negative 


INTERPRETATION. OF THE 
BITS IN THE 
IMFORMATION FIELD OF 
A WRITE COMMAND 


Bits tt are ignored 


Bit c is ignored 


Regardless of its 
value, bit k is set 
to zero 


Authorized bit g 


1S written 
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TABLE 16.2: Timne-Code Status Bits in the Requested Offset Information Field (continued) 


VALUE AFTER THE DEVICE . 
IS TURNED ON, OR AFTER INTERPRETATION OF THE 
AN MMC RESET BITS IN THE 
COMMAND HAS BEEN VALUE DURING NORMAL = INFORMATION FIELD OF 

STATUS BITS RECEIVED OPERATIONS A WRITE COMMAND 

i (the fifth 0) 0) If bit i of the 

byte) Write command 


= 0, the fifth byte 
is treated as a set 
of subframes; if 
bit 1 of the Write 
command = 1, 

- the final data byte 


is ignored 


Actual Offset (read) 


This shift represents the difference, as measured at a given time “t be= 
tween the time code of the device (the Selected Time Code) and the mas- 
ter time code (the Selected Master Code): 

Actual Offset = Selected Time Code — Selected Master Code 


This zone is expressed in terms of the number of frames, in the form of a 


Nondrop Frame value. 


04H: Actual Offset 
hrH mnH scH frH ffH 


Table 16.3 below describes in detail the behavior of the time-code status 
bits in the Actual Offset field. 


626 


one 
The MMC Responses | =) 


TABLE 16.3: Titne-Code Status Bits in the Actual Offset Information Field 
VALUE AFTER THE DEVICE IS TURNED . 


~ STATUS BITS 
tt (time type) 


c (color frame) 
k “blank” bit) 


g (sign) 


i (the fifth byte) 


ON, OR AFTER AN MMC RESET 
COMMAND HAS-BEEN RECEIVED 


— see the next column — 


© 


© 


VALUE DURING NORMAL OPERATIONS 


Equal to the value of the 
corresponding bits in the 
Selected Time Code 
information field, except if 
tt = 10 (Drop Frame), in 
which case tt = 11 
(Nondrop Frame) 


O of 1. depending on 
whether the code is positive 


or negative 
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Lock Deviation (read) 


This shift represents the difference, as measured at a given time t, be- 
tween the time code of the device (the Selected Time Code) and the mas- 
ter time code (the Selected Master Code) to which the shift that was 
programmed by the user (i.e., the Requested Offset) should be set: 


Lock Deviation = Actual Offset — Requested Offset 


This zone is expressed in terms of the number of frames, in the form of a 


Nondrop Frame value. 


05H: Lock Deviation 
hrH mnH scH frH ffH 


The time-code status bits in the Lock Deviation field behave exactly the 
same way as the time-code status bits in the Actual Offset field. 


Generator Time Code (read/write) 


This message indicates the value of the time code generated by the time- 


code generator: 


O6H: Generator Time Code 
hrH mnH scH frH stH 


Table 16.4 below describes in detail the behavior of the time-code status 
bits in the Generator Time Code field. 
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TABLE 16.4: Time-Code Status Bits in the Generator Time Code Information Field 


STATUS BITS 
tt (time type) 


c (color frame) 
k (“blank” bit) 
g (sign) 

i (the fifth byte) 


e (estimated 


source) 


v (validity) 


VALUE AFTER THE 
DEVICE 1S TURNED ON, 
OR AFTER AN MMC 


RESET COMMAND HAS 
BEEN RECEIVED 


Equal to the 
value of the 
corresponding 
bits in the Time 
Standard 
information 
field, or to a 
default value 
stored in the 
device 


© 


S 


VALUE DURING 
NORMAL OPERATIONS 


Either as in the 
previous column, 
or as loaded by a 
“Math” 

command or by a 
copy/ regeneration 
operation 


INTERPRETATION OF 
THE BITS IN THE 
INFORMATION FIELD 
OF A WRITE COMMAND 


Authorized bits 
tt are written 
(and determine 
the time-code 
counting mode 
that will be used 
by the generator) 


Bit c is ignored 
Bit k is ignored 
Bit g 1s ignored 
Bit i is ignored 


Bit e is ignored 


Bit v is ignored 
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TABLE 16.4; Time~Code Status Bits in the Generator Time Code Information Field (continued) 
VALUE AFTER THE . | 


DEVICE 1S TURNED Of), INTERPRETATION OF 
OR AFTER AN MMC THE BHS IN THE 
RESET-COMMAND HAS VALUE DURING INFORMATION FIELD 
STATUS BITS BEEN RECEIVED NORMAL OPERATIONS OF A WRITE COMMAND 
d (video field )). Cert, O or I (as in the Bit d is ignored 
depending on previous column) 


whether the first 
frame in a 
sequence of four 
or eight video 
fields is involved, 
and provided 
that this function 
has been 


implemented 


n (no code) 0 0) 


Bit n is ignored 


MIDI Time Code Input (read) 


This message indicates the value of the MIDI Time Code: 


07H: MIDI Time Code Input 
hrH mnH scH frH stH 


Table 16.5 below describes in detail the behavior of the time-code status 
bits in the MIDI Time Code field. 
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TABLE 16.5: Tirme-Code Status Bits in the MIDI Time Code Information Field 


VALUE AFTER THE DEVICE IS TURNED 
OM, OR AFTER AN MMCRESET 


STATUS BITS COMMAND HAS BEEN RECEIVED VALUE DURING NORMAL OPERATIONS 

tt (time type) Equal to the value of the If n = I, as in the previous 
corresponding bits in the column; if n = 0, as read 
Time Standard information when the MIDI Time Code 
field, or to a default value is received 


stored in the device 


c (color frame) @) 0 


k (“blank” bit) | After the MIDI Time Code 
has been received, k = 0; 
otherwise, k = | 


g (sign) 0 0 

i (the fifth byte) l ] 

e (estimated 0) 0) 

source) 

Vv (validity) 0 O or l, depending on the 
validity of the code 
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TABLE 16.5: Titme-Code Status Bits in the MIDI Time Code Information Field (continued) 


VALUE AFTER THE DEVICE 15 TURNED 
ON, OR AFTER AN MMC RESET 


STATUS BITS COMMAND HAS BEEN RECEWED VALUE DURING NORMAL OPERATIONS 
d (video field 1) 0 0 
n (no code) I After the MIDI Time Code 


has been received, n = 0; 


otherwise, n = | (1e., n =k) 


GPo/Locate Point (read/write) 


This message indicates the value of the first time-code memory area: 


O8H: GPO/Locate Point 
hrH mnH scH frH ffH 


GPi to GP7 (read/write) 


This message indicates the value of the next seven time-code memory areas: 


OSH to OFH: GP1 to GP7 
hrH mnH scH frH ffH 


Table 16.6 below describes in detail the behavior of the time-code status 
bits in fields GPO through GP7. 
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TABLE 16.6: Time~Code Status Bits in Information Fields GPO through GP7 


VALUE AFTER THE 
DEVICE 1S TURNED ON, 


STATUS BITS 
tt (time type) 


c (color frame) 


k (“blank” bit) 


OR AFTER AN MMC 
RESET. COMMAND HAS 
BEEN RECEIVED 


Equal to the 
value of the 
corresponding 
bits in the Time 
Standard 
information 
field, or to a 
default value 
stored in the 


device 


0 


] 


VALUE DURING 
NORMAL OPERATIONS 


As loaded by a 
Write command 
or by a “Math” 


command 


As loaded by a 
Write command 
or by a “Math” 


command 


k = | after a 
time code has 
been loaded by a 
Wait command 
or by a “Math” 
command; 


otherwise, k = 0 


INTERPRETATION OF 
THE BITS IN THE 
INFORMATION FIELD 
OF A WRITE COMMAND 


Authorized bits 


tt are written 


Authorized bit c 


is written 


Regardless of its 
value, bit k is set 


to zero 
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TABLE 16.6: Time-Code Status Bits in Information Fields GPO through GP7 (continued) 


INTERPRETATION OF 
THE BITS Il THE 


INFORMATION FIELD 
OF A WRITE COMMAND 


VALUE AFTER THE 
DEVICE IS TURNED ON, 
OR AFTER AN MMC 
RESET COMMAND HAS VALUE DURING 
STATUS BITS BEEN RECEIVED NORMAL OPERATIONS 
g (sign) 0 As loaded by a 
Wait command 
or by a “Math” 
command 
i (the fifth byte) 0 0 
Two-Byte Time Codes 


Authorized bit 


6699 


1 is written 


If bit “i” of the 
Write command 
= O, then the 
fifth byte is 
treated as a set of 
subframes; 
however, if bit 
“1” of the Write 
command = 1, 
then the final 
data byte is 


ignored 


The time codes for the fifteen fields listed below are expressed in abbrevi- 


ated form, 1e., as two bytes: 


Meese tr) 


B34 
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21H Short Selected Time Code (read) 

22H Short Selected Master Code (read) 

23H Short Requested Offset (read) : 
24H Short Actual Offset (read) 

25H Short Lock Deviation (read) 

26H Short Generator Time Code (read) ‘ 
27H Short MIDI Time Code Input (read) 

28H Short GPO/Locate Point (read) 

29H Short GPI1 (read) ‘ 
2AH Short GP2 (read) 

2BH Short GP3 (read) 


2CHL Short 
2DH Short 
2EH Short 


GP4 (read) : z 


GPS (read) 
GP8 (read) 


2FH Short GP7 (read) 


| Signature (read) 


The information in the Signature message is essentially the MIDI Ma- 
chine Control equivalent of an implementation chart. Commands and re- 
sponses are represented by bits, with bits that are set to | indicating that 


the command or response in question is implemented by the device. 


40H: Signature 

<counter = variable>: the number of data bytes in the message 

viH: the integer portion of the version number of the MMC protocol 
that is implemented 

vfH: the decimal portion of the version number of the MMC protocol 


vaH: 
VbH: 


<counter 1>: 


cOH: 


Oulnle 
C2H: 
@Sinls 
C4H: 


eotle 
C6H: 
O7Anle 
c8H: 
CQH: 


c10H: 
il lal 
c12H: 
Gish: 
C14H: 
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that is implemented 


reserved for 
reserved for 


commands OOH 
a = command 
= command 
= command 
command 
= command 
= command 
g = command 
commands 07H 
commands OEH 
commands 15H 
commands 1CH 


Sai (ye) 125 fe) fey 
Ul 


a = command 
b = command 
c = command 
d = command 


commands 20H 
commands 27H 
commands 2EH 
commands 35H 
commands 3CH 
a = command 
b = command 
Cc command 
d command 


future extensions (this byte should be set to zero) 
future extensions (this byte should be set to zero) 
the number of "command" bytes that will follow 


to O6H, in the format Ogfedcba 
OOH 

01H 

02H 

03H 

04H 

05H 

O6H 

to ODH 

to 14H 

to 1BH 

to 1FH, in the format O000dcba 
1CH 

1DH 

1EH 

1FH 

to 26H 

to 2DH 

to 34H 

to 3BH 

to 3FH, in the format O000dcba 
3CH 

3DH 

3EH 

3FH 


commands 40H to 46H 
commands 47H to 4DH 
commands 4EH to 54H 
commands 55H to 5BH 
commands 5CH to 5FH, in the format O0O0O0dcba 


a = command 
b = command 
c = command 
d = command 


5CH 
5DH 
5EH 
5FH 


@lelal’ 
C16H: 
(1 TARE 
C18H: 
C19H: 


C20H 


c40H 


commands 
commands 
commands 
commands 
commands 
a = comm 
b comm 
c comm 
d comm 
to C3gH: 


to cO9H: 
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60H to 66H 
67H to 6DH 
6EH to 74H 
75H to 7BH 
7CH to 7FH, in the format O0000dcba 
and 7CH 
and 7DH 
and 7EH 
and 7FH 
the first extension level 
(commands OOH 01H to OOH 7FH) 
the second extension level 
(commands OOH OOH 01H to OOH OOH 7FH) 


<counter 2>: the number of "response" bytes that will follow 
rOH to r19H: r 
r20H to r39H: the first extension level 


r40H to r59H: 


esponses OOH to 7FH 


(responses OOH 01H to OOH 7FH) 

the second extension level 

(responses OOH OOH 01H to OOH OOH 7FH) 

There’s no point in transmitting the bytes that represent commands 


whose code is greater than that of the last command implemented. 


In addition to the Signature message, every MMC-compatible device 
should be able to respond toa MIDI identification-request (Inquiry) mes- 
sage (described in detail in Chapter 4). 


A controlled device should understand the OOH (Extension) command, 
so that it can recognize these messages even if it doesn’t implement them. 
On the other hand, under the current verston of MIDI Machine Control 
(Version 1.0), controlled devices should ignore the OOH response, be- 


cause no extensions have been defined yet. 


The bytes and bits that represent the commands in Version 1.0 of the 
MIDI Machine Control protocol are listed below, along with their 
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respective hex codes and their English names: 


Byte cOH, bit 0 OOH reserved for future . 
(0000000a) extensions 

Byte cOH, bit | OF Stop (MCS) 
(O00000b0) 

Byte cOH, bit 2 02H Play (MCS) 
(00000c00) 

Byte cOH, bit 3 03H Deferred Play (MCS) 
(0000d000) 

Byte cOH, bit 4 04H Fast Forward (MCS) 
(0000000) -— 

Byte cOH, bit S 05H Rewind (MCS) 
(O0f00000) 

Byte cOH, bit 6 06H Record Strobe 
(0g000000) 

Byte c1H, bit 0 07H Record Exit 
(0000000a) 

Byte c1H, bit 1 08H Record Pause 
(O00000b0) 

Byte clH, bit 2 09H Pause (MCS) 
(00000c00) 

Byte c1H, bit 3 OAH Eject (MCS) 
(0000d000) 

Byte clH, bit 4 OBH Chase (MCS) 
(000e0000) 
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Byte clH, bit 5 
(OOfO0000) _ 


Byte c1H, bit 6 
(O0g000000) 


Byte c10H, bit 0 
(0000000a) 
Byte cl0H, bit | 
(O000000b0) 
Byte cl0H, bit 2 
(00000c00) 


Byte cl0H, bit 3 
(0000d000) 


Byte cl10H, bit 4 
(000e0000) 


Byte c10H, bit 5 
(OOf00000) 
Byte clOH, bit 6 
(Og000000) 


Byte cl1H, bit 0 
(0000000a) 


_ Byte cl 1H, bit 1 
(OO0000b0) 


Byte cl11H, bit 2 
(00000c00) 


OCH 


ODH 


40H 


41H 


42H 


43H 


44H 


45H 


46H 


47H 


48H 


49H 
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Command Error Reset 


MMC Reset 


Write 

Masked Write 

Read 

Update 

Locate (MCP) 
Variable Play (MCS) 


Search (MCS) 


Shuttle (MCS) 


Step (MCS) 


Assign System Master 
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Byte cl 1H, bit 3 
(0000d000) 


Byte c11H, bit 4 
(000e0000) 


Byte c11H, bit 5 
(OOf00000) 


Byte c11H, bit 6 
(Og000000) 


Byte c12H, bit 0 
(0000000a) 


Byte c12H, bit 1 
(O00000b0) 


Byte c12H, bit 2 
(00000c00) 


Byte c12H, bit 3 
(0000d000) 


Byte c12H, bit 4 
(000e0000) 


Byte 12H, bit 5 
(00f00000) 


Byte c12H, bit 6 
(Og000000) 


- Byte c13H, bit 0 


(0000000a) 


4AH 


4BH 


4CH 


4DH 


4EH 


4FH 


SOH 


Sl 


92H 


Solr 


54H 


55H 


Generator Command 
MIDI Time Code 
Command 


Move 


Add 


Subtract 

Drop Frame Adjust 
Procedure 

Event 

Group 

Command Segment 


Deferred Variable Play 
(MCS) 


Record Strobe Variable 
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Byte c19H, bit 0 ACs Wait 

(0000000a) 

Byte c19H, bit 3 7FH Resume P 
(0000d000) 


Update Rate (read/write) 


This message indicates the time interval that separates the sending of the 


fields whose transmission was requested by the Update command. ° 


41H: Update Rate 
<counter = O1H>: the number of data byte in the message : 
<interval>: the time interval, expressed in terms of the 
number of frames, 
over 7 bits (with a default value of 01) 


Response Error (no access) 


This message is issued after a Read or Update command has been re- 

ceived, under one of the following three conditions: 1) the field doesn’t 

exist within the controlled device; 2) the field isn’t defined by the MMC 
- standard; or 3) the field is defined as being inaccessible. 


42H: Response Error 

<counter = variable>: the number of data byte in the message 
<name 1>: the name of the first erroneous field 

<name 2>: the name of the second erroneous field 


Assume, on the one hand, that a controller device sends a command to a ‘ 
controlled device with the intention of reading three fields, and, on the 
other hand, that the first two of these zones (“bad1” and “bad2” in the 


FOH 


FOH 
FOH 
FOH 


FOH 
F7H 
FOH 
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7FH 


7FH 
7FH 
7FH 


7FH 


7FH 


following example) are erroneous. Here’s what you'd get as a command: 
<device ID> <mcc> <read> <counter = O3H> <bad1> <bad2> <good> F7H 


And here’s what the responses would be: 


<device ID> <mcr> <Response Error> <counter = O1H> <bad1> F7H 
<device ID> <mcr> <Response Error> <counter = O1H> <bad2> F7H 
<device ID> <mcr> <good> <data> F7H 


or possibly: 


<device ID> <mcr> <Response Error> <counter = O2H> <bad1> <bad2> 


<device ID> <mcr> <good> <data> F7H 


Command Error (read) 


43H: Command Error 


<counter 


<flags>: 
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= 04H + ext + counter 1>: the number of data bytes in the 
message 
Ogfedcba 
a = a so-called "blocking" error (i.e., the Error Halt flag 
is set) 

0 = no interruption (this bit is set to zero when power 
is turned on, or when an MMC Reset or Command Error 
Reset command is received. The commands received by 
the device are executed in the normal way) 

1 = interruption (this bit is set to 1 as soon as an 
"enabled" error (i.e., an error that needs to be 
taken into consideration) occurs. The commands that 
follow the command that caused this error will not be 
executed) 

b = Procedure [Assemble] error 

O = no error 

1 = error upon verification of a procedure, after 
reception of a Procedure [Assemble] command 

c = Event [Define] error 


O = no error 
1 = error upon verification of an event, after reception 
of an Event [Define] command 


sa & 


The MMC Responses fe 


d=0 

e€ = condition under which a Command Error message is ‘ 
transmitted 
O = in response to a Read command 
1 = automatically, after an "enabled" error has been - 


detected 
f = transmission of the last error that was detected 
O = the Command Error field has not been transmitted 
since the last error occurred (the bit is set to zero 
after an error is detected) . 
1 = the Command Error field was transmitted after the 
last error occurred (the bit is set to 1 after this 
message is transmitted) 
g=0 
<level>: the value of the Command Error Level information field * 
<error>: the error code 
OOH = reserved for future extensions 
01H — 7EH = the error code 
7FH: no error has been detected since the device was 
turned on or since an MMC Reset command was ‘ 
received 
<counter 1+: the number of bytes that will follow 
<offset>: the address of the error in.the command, starting from zero 
(takes on the value 7FH if the address is unknown or if no 
address can be attributed, as a result of the nature of the ® 
error itself) 
<command string>: the command that was responsible for the error and 
that is shown in its entirety (except in the case of 7 
truncation, or if its length cannot be determined) 


An error is said to be “enabled” as soon as its code is less than or equal 

to the value of the Command Error information field. Without executing 
the command that is responsible for causing the error, the controlled de- 
vice updates the Command Error information field —that is, it sets the 
“blocking” error indicator (1.e., the Error Halt flag) to 1—transmits it im- 
mediately, and ignores any commands that follow the one that caused the 
error, until told to do otherwise (that is, until it receives am MMC Reset : 


command or Command Error Reset command). 


01H 
02H 


03H 


04H 


O5H: 
O6H: 
O7H: 
O8H: 


OSH: 
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Errors, which are identified by a code, are divided into three categories— 


Major, Immediate Operational, and Implementation—as indicated below: 


re 


Major Errors 


reception buffer overflow 

error involving the length of the command 

(e.g., an improperly positioned status byte) 

error involving the value of the command counter, which differs 
from the number of bytes in the message 

error involving the value of the field counter, which differs 
from the number of bytes in the message in connection with a 
Write command 
unauthorized group identification number (7FH) 
unauthorized procedure identification number (7FH) 
unauthorized event identification number (7FH) 
improper extension of a name beyond the second level 

(e.g., OOH OOH OOH instead of OOH OOH <command code>) 
segmentation error 


In the Major category, when a so-called “disabled” error is detected (i.e., 
an error whose code is greater than the value of the Command Error 
Level information field), the controlled device does not execute the com- 
mand that caused the error. Instead, the device updates the Command Er- 
ror field, but without setting the Error Halt flag. The device ignores any 
other commands in an Exclusive message that include the command that 


caused the error, and resumes normal operations as soon as possible. 


Immediate Operational Errors 


20H: update list overflow 

21H: group buffer overflow 
22H: undefined procedure 

23H: procedure buffer overflow 
24H: undefined event 

25H: event buffer overflow 
26H: blank time code 
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In the Immediate Operational category, when a so-called “disabled” error 

is detected (ie., an error whose code is greater than the value of the Com- 

mand Error Level information field), the controlled device does not exe- 

cute the command that caused the error. Instead, the device updates the 
Command Error field, but without setting the Error Halt flag. The de- 

vice does execute any other commands in an Exclusive message that ‘ 
include the command the caused the error, and continues with normal 


operations. * 


lmplementation Errors 


40H: unimplemented command 

41H: a command that includes an unrecognized sub-command 

42H: a command that includes unrecognized data 

43H: a command that includes an unimplemented field < 

44H: within a procedure, a Read or Update command that has a field 
with an unimplemented identification number 

45H: a non-existent or unimplemented time code serving as the source 
for an event trigger 

46H: a nested procedure (i.e., one that includes an [Assemble] 
Procedure command) 

47H: a recursive procedure (i.e., one that includes an [Execute] 
Procedure command) 

48H: a nested event (i.e., one that includes an Event [Define] 
command) 

49H: a Procedure [Assemble] command within an Event [Define] command 

60H: an attempt to write to an unimplemented information field 

61H: an attempt to write to a "read only" information field 

62H: a Write command that contains information fields with 
unrecognized data 

63H: a Write command that contains information fields with 
unimplemented names 


In the Implementation category, when a so-called “disabled” error is de- 
tected (i.e., an error whose code is greater than the value of the Command 


Error Level information field), the controlled device does not execute the 
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command that caused the error. Instead, the device updates the Com- 
mand Error field, but without setting the Error Halt flag. The device 
does execute any other commands in an Exclusive message that include 


the command the caused the error, and continues with normal operations. 


When an error is detected during the verification of a procedure or an 
event, the procedure or the event in question is ignored. Operations re- 
sume normally only after an Procedure [ Assemble | or Event [Define] 


command has been received. 


Commands that involve first- and second-level extensions also fall under 
this three-category classification scheme. For instance, commands whose 
identification numbers are from 00H 20H to 00H 3FH belong to the 


family of Immediate Operational errors. 


Command Error Level (read/write) 


This information field lies at the border between “enabled” and “dis- 
abled” errors. Errors whose code is greater than the value of the Com- 
mand Error Level information field are known as “disabled” errors, and 
must be dealt with, while errors whose code is less than or equal to the 
value of the Command Error Level information field are known as “en- 
abled” errors, and do not need to be dealt with. | 


44H: Command Error Level 
<counter = 01H>: the number of data bytes in the message 


OOH = 


vvH: level 
OOH — 7EH 
7FH 
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all errors are disabled (the default value) 

the errors whose code is less than or equal to this 
value are selectively enabled 

all errors are enabled 
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Time Standard (read/write) 


This information field contains the nominal time code type to be used by 


the controlled device. < 


45H: Time Standard 
<counter = 01H>: the number of data bytes in the message : 
<type>: Ott0000 

tt = the number of frames per second 


00 = 24 
01 = 25 
10 = 30 (Drop Frame) . 
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30 (Nondrop Frame) 


Selected Time Code Source (read/write) 


This information field indicates the source of the time code that the de- 


vice will be using. : - 


46H: Selected Time Code Source 
<counter = O1H>: the number of data bytes in the message 8 
SSH: the source of the time code 
OOH = LTC (Longitudinal Time Code) 
O1H = VITC (Vertical Interval Time Code) 
02H = updating from a control track ("CTL") or from tachymetric 
data, particularly during fast winding operations « 
03H = automatic VITC/LTC 
7FH = as defined by default for the device (i.e., a write-only 
value) 


Selected Time Code Userbits (read) 


This information field contains the value of the user bits as taken from 


the Selected Time Code information field. 


47H: Selected Time Code Userbits 
<counter = O9H>: the number of data bytes in the message 
u1H — u9H: the user bits 
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Motion Control Tally (read) 


This information field indicates the activity of the device in terms of 


transpo rt. 


48H: Motion Control Tally 
<counter = 03H + ext>: the number of data bytes in the message 
msH: the last Motion Control State (MCS) command received 

OOH = reserved for future extensions 


01H = Stop 

02H = Play 

04H = Fast Forward 
O5H = Rewind 

O9H = Pause 

OAH = Eject 

45H = Variable Play 
46H = Search 

47H = Shuttle 

48H = Step 


mpH: the last Motion Control Process (MCP) command received 
OOH = reserved for future extensions : 
OBH = Chase 
44H = Locate 
7FH = no MCP command is currently being executed 
SsH: Obbb0aaa 
aaa = status of the last MCS command received 
bbb = status of the last MCP command received 


MCS or MCP commands that are responsible for causing an error that 
belongs to the “Major Error” or “Implementation Error” categories do 
not need to be mentioned in this information field. (For more details, see 
the description of the Command Error message given above.) On the 
other hand, MCS or MCP commands that are responsible for causing an 
error that belongs to the “Immediate Operational Error” category do 


need to be mentioned. In such a case, bits aaa or bbb take on the value 


010 (i.e., failure). 
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When the execution of an MCP command is interrupted, either upon re- 


ception of an MCS command (except for the Deferred Play and Deferred : 
Variable Play commands, which do not interrupt the positioning), or 

upon reception of an MMC Rest command, the mpH byte, which indi- sy 
cates the last MCP command that was received, takes on the value 7FH 

(ie, indicating that no MCP command is being executed) and bits aaa . ° 


are set to Zero. 


Here’s a list of the status indicators associated with each MCS command: 


Stop 

000 = stop attempt made 
001 = stopped 

010 = failure . 
011 = deduced motion 


Fast Forward 

000 = attempt to shift into Fast Forward mode 
001 = Fast Forward mode achieved * 
010 = failure 

011 = deduced motion 


Rewind 
000 = attempt to shift into Rewind mode 
001 = Rewind mode achieved 


010 = failure. 

011 = deduced motion 

Play ("unresolved") P 
000 = attempt to shift into Read mode 

001 = Read mode achieved 

010 = failure 


011 deduced motion 


Play ("resolved") | 
000 = in progress 


001 = Read mode achieved and resolved (with "servo lock") : 
010 = failure 
101 = Read mode not resolved 
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Pause 
000 = in progress 
001 = paused 


010 = failure 


Eject 

000 = in progress 

001 = media ejected or unloaded 
010 = failure 


Variable Play 

000 = in progress 

001 = variable-speed Read mode achieved 
010 = failure 


Search 

000 = in progress 

001 = Search mode achieved 
010 failure 


Shuttle 

000 = in progress 

001 = Shuttle mode achieved 
010 = failure 


Step 

000 = in progress 

001 = shift interval achieved 

010 = failure 

100 = shift operation not yet completed 


The four operations (Stop, Fast Forward, Rewind, and Play) which in- 
volve deduced motions have the particular feature of not taking place as 
the result of the reception of a command. Either the device plays the role 
of a slave and therefore follows the movements of the master device, or 
else the user manipulates the transport commands for a synchronizer or 
another interface that is interposed between the master and slave devices, 


and so on. 
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Locate 
000 = 
001 = 
010 = 
100 = 

110 = 


Chase 
000 = 
001 = 
010 = 
100 = 
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Generally speaking, the term “resolve” means that the motor of the device 
has been locked by means of a servo mechanism. Its play speed should be 
such that the frames of its timing code (SMPTE, Control Track, etc.) are 
synchronized with regard to a reference (such as a quartz crystal-based fre- 


quency, word sync, a word clock, etay) 


Here’s a list of the status indicators associated with each MCP command: 


in progress 

positioning point reached 

failure 
in progress, with the Deferred Play command pending 
in progress, Deferred Variable Play command pending 


Synchronization attempt being made (in Read mode) 
synchronization attempt completed (in Read mode) 

failure 

synchronization attempt being made (in a mode other than Read 
mode, e.g., Fast Forward or Rewind mode) 

device stopped, ready to be synchronized (i.e., the device is 
properly positioned) - 


Velocity Tally (read) 


This information field indicates the play speed of the device. 


49H: Velocity Tally 
<counter = O3H>: the number of data bytes in the message 
shH smH slH: the play speed 


Stop Mode (read/write) 


This information field determines whether the controlled device should 
go into monitoring mode once it has been stopped as the result of a Stop 


command, 
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4AH: Stop Mode 
<counter = 01H>: the number of data bytes in the message 
ccH: monitoring 
OOH = no 
O1H = yes 
7FH = as defined by default for the device (i.e., a write-only 
value) 


Fast Mode (read/write) 


This information field determines whether the controlled device should 
go into monitoring mode after it has received a Fast Forward or Rewind 
command. 

4BH: Fast Mode 

<counter = O1H>: the number of data bytes in the message 


ccH: monitoring 
OOH = no (forward or backward motion takes place at top speed) 


01H = yes (forward or backward motion takes place at the maximum 
speed that is compatible with proper monitoring) 
7FH = as defined by default for the device (i.e., a write-only 


value) 


Record Mode (read/write) 


This information field determines the behavior of the device after it re- 
ceives a Record Strobe or Record Strobe Variable command. Tracks that 
are already being recorded or rehearsed when this information field is 


changed will not be affected. 


4CH: Record Mode 
<counter = O1H>: the number of data bytes in the message 
ddH: the recording mode 
OOH = recording has not been activated 
01H = recording (for an audiotape recorder) 
= recording in "insert" mode (for a videotape recorder) 
02H = recording (for an audiotape recorder) 
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= recording in "assemble" mode (for a videotape recorder) 
04H = rehearsal . 
OSH = recording (for an audiotape recorder) 
= recording in "crash/full" mode (for a videotape recorder) 
7FH = as defined by default for the device (i.e., a write-only i 
value) 


Here’s a detailed explanation of these various values: 


" Recording (for an audiotape recorder): Recording takes place on P 
the tracks specified by the Track Record Ready information field. 


Rehearse: Recording i is stmulated, at the monitoring level, but no 
signals are recorded. 


Recording in “insert” mode (for a videotape recorder): Recording 
takes place on the tracks specified by the Track Record Ready in- 
formation field, but the control track (“CTL”) is not erased. At 
the punch-in and punch-out points, the transitions between signals 
previously recorded on the tape and the new recording take place 


cleanly, with correct timing. 


" Recording in “assemble” mode (for a videotape recorder): Record- 
ing takes place on all of the tracks, including the control track. At 
the punch-in and punch-out points, the transitions between signals 
previously recorded on the tape and the new recording take place 


cleanly, with correct timing. 


" Recording in “crash/full” mode (for a videotape recorder): Re- ; 
cording takes place on all of the tracks, including the control 
track. At the punch-in and punch-out points, no attempt is made : 
to cause the transitions between signals previously recorded on the 
tape and the new recording to take place cleanly or with correct ; 
timing. 
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Record Status (read) 


This information field reflects the recording or rehearsal mode of the 


device. 


4EH: Track Record Status 
<counter = O1H>: the number of data bytes in the message 
SSH: Odcbaaa 
aaaa = Record mode or Rehearsal mode 
0000 = no recording or rehearsal 
0001 = recording (for an audiotape recorder) 
recording in "insert" mode (for a videotape 
recorder) 
0010 = recording in “assemble" mode (for a videotape 
recorder) 
0100 = rehearsal 
0101 = recording in "crash/full" mode (for a videotape 
recorder) 
0110 = record-pause 
recording disabled/enabled 
= recording enabled at device level 
recording disabled at device level 
(physical protection or write-prevention tabs on the 
media, etc.) 
rehearsal disabled/enabled 
= rehearsal enabled at device level 
= rehearsal disabled at device level 
overall track activity indicator 
= certain tracks are in Record mode or Rehearsal mode 
= no tracks are in Record mode or Rehearsal mode (this 
indicator, which consists of an exclusive OR for the bits 
in the Track Record Status information field, is valid 
only when the value of aaaa is something other than zero) 
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Track Record Status (read) 


This information field indicates the tracks that are currently recording or 


rehearsing. 
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4EH: Track Record Status 

<counter = variable>: the number of data bytes in the message 

rOH riH r2H...: the representation of the tracks (see also 
Chapter 15), in the form of a bit map 


Track Record Ready (read/write) 4 


This information field indicates the tracks that are ready to move into Re- 
cord mode or Rehearsal mode. 


4FH: Track Record Ready ° 
<counter = variable>: the number of data bytes in the message 
rOH r1H r2H,... : the representation of the tracks (see also 

Chapter 15), in the form of a bit map : 


Global Monitor (read/write) 


This information field selects the device monitoring mode (in Playback 
or Input mode) for all of the tracks. In Input mode, the outputs pass 
along the signals that have been recorded on the tape, either by means of 
the record head (in so-called “synchronous” playback mode), or else by 
means of the play head (in so-called “repro” playback mode). 


- 50H: Global Monitor 
<counter = 01>: the number of data bytes in the message 
ddH: monitoring mode 
OOH = "synchronous" playback (the default mode) 2 
O1H = input 
02H = "repro" playback 
With regard to the two playback modes, it’s worth noting that apart 
from professional devices, audiotape recorders generally only have two 
heads: one for erasing, and the other for treading and recording. For tech- 
nical reasons, at present it’s hard to build heads that perform equally well 
in reading and recording. This is why professional audiotape recorders 
often have three heads: one for erasing, one for reading, and one for 
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recording. However, if necessary, the recording head can serve as a play 
head. This double duty is necessary when you're doing overdubs with a 
multitrack audiotape recorder, in order to eliminate the delay between the 
tracks that have already been laid down and the recording that’s being 
made. This mode is often referred to as “synchronous” mode. When you 
do the mixing, the “real” play head takes over again, for the sake of qual- 


ity. [his mode is often referred to as “repro” or “direct” mode. 


Record Monitor (read/write) 


This information field selects the conditions under which the outputs 
pass along the signals that are received at the inputs. These conditions ap- 
ply only to tracks that are in synchronous playback monitoring mode. 


51H: Record Monitor 
<counter = 01>: the number of data bytes in the message 
ddH: track monitoring mode 
OOH = only during recording 
01H = during recording or during non-reading 
02H = during recording or in ready-to-record mode 
7FH as defined by default for the device (i.e., a write-only 
value) 


Track Sync Monitor (read/write) 


In monitoring mode, this information field selects the tracks that will pro- 
vide synchronous playback. This field takes priority over the Global 


Monitor information field. 


53H: Track Input Monitor 
<counter = variable>: the number of data bytes in the message 
tial (ela) (Adal ee 
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Track Input Monitor (read/write) 


This information field selects the tracks whose outputs will pass along 
the signals that are received at the inputs. This field takes priority over 
the Global Monitor and Record Monitor information fields. 


52H: Track Sync Monitor 
<counter = variable>: the number of data bytes in the message 
BOnerin 2H"... 


Step Length (read/write) 


This information field defines the distance unit that will be used by the 


Step command. 


54H: Step Length 
<counter = O1H>: the number of data bytes in the message 
nnH: the distance unit to be used by the command Step, 
expressed in terms of the number of frames/100 in the 
Step unit (with a default value of 32H, or half a frame) 


Play Speed Reference (read/write) 


_ This information field is the reference source that determines whether a 
device should control its speed internally when it is in standard Play 
mode, or should allow direct play-speed control from an outside source, 
in Read mode and in the absence of synchronization (i.e., in Chase or 


Free Resolved Play Mode). 


55H: Play Speed Reference 
<counter = O1H>: the number of data bytes in the message 
rrH: reference 
OOH internal 
O1H = external 
7FH as defined by default for the device (i.e., a write-only 
value) 
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Fixed Speed (read/write) 


This information field selects a nominal play speed from among the 
speeds the device offers. 
56H: Fixed Speed 


<counter = O1H>: the number of data bytes in the message 
ppH: speed 


3FH = the next lower speed below the standard speed 
40H = the medium or “standard" speed 
41H = the next higher speed above the standard speed 


7FH 


as defined by default for the device (i.e., a write-only 
value) 


Lifter Defeat (read/write) 


This information field defeats the tape lifter mechanism of a controlled 
reel-to-reel device, thereby allowing the tape to come into contact with 


the heads, during playing or at any other speed at which the signal needs 
to be heard. 


56H: Lifter Defeat 
<counter = O1H>: the number of data bytes in the message 
ccH: the position of the lifter mechanism 
OOH the lifter mechanism presses the tape against the heads 
O1H = the lifter mechanism moves the tape away from the heads 
7FH = as defined by default for the device (i.e., a write-only 
value) 
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Control Disable (read/write) 


When the device is no longer controlled, it ignores commands that in- 
volve Ctrl- -type operations (i.e., handling of transport tasks) and Syne 
(i. e., synchronization) Operations. 


58H: Control Disable : 


<counter = O1H>: the number of data bytes in the message 
ccH: the device is under control 


OOH = yes (the default value) 

01H = no 

7FH = as defined by default for the device (i.e. » a write-only ‘ 
value) 


Resolved Play Mode (read/write) 


This information field determines the manner in which the device should 


set its nominal play speed in response toa Play command. . 


59H: Resolved Play Mode 


<counter = O1H>: the number of data bytes in the message i 
ddH: Play mode at nominal speed 
OOH = normal 


O1H = resolved (Free Resolve Mode) 
7FH as defined by default for the device (i.e., a write-only. 
value) 


In normal mode, the play speed, regardless of whether it’s controlled in- 
ternally or externally (depending on the value of the Play Speed Refer- 
ence field), is independent of any reference value. In Free Resolve Mode, 
the play speed is resolved. In other words, the edges of the frames in the 
time code of the device (i.e., the Selected Time Code) are synchronized 
to a reference value (such as a quartz crystal-based frequency, word sync, 
a word clock, etc.). Videotape recorders and other rotating-head devices, 
which by definition operate in this manner, don’t need to implement this 


message. 
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Chase Mode (read/write) — 


This information field determines how a controlled device synchronizes 
itself in response to a Chase command. 
5AH: Chase 


<counter = O1H>: the number of data bytes in the message 
ddH: the synchronization mode 


OOH = absolute (Absolute Standard Mode) 
01H = resolved (Absolute Resolve Mode) 
7FH = as defined by default for the device (i.e., a write-only 


value) 


In normal mode, the time code of the device (i.e., the Selected Time 
Code) follows a master reference (i.e., the Selected Master Code), taking 
into consideration the shift (i.e., the Requested Offset), if one is present. 
In Resolve mode, the correspondence between the values of these two 
codes is not significant. The only thing that matters is that the edges of 
the frames in the time code of the device are synchronized with regard 

to the edges of the frames in the master reference. This prevents any “slip- 
page” between devices, without requiring the devices to be synchronized 


with any particular single time reference source. 


Generator Command Tally (read) 


This information field keeps track of the running state of the time-code 


generator. 


5BH: Generator Command Tally 
<counter = O2H>: the number of data bytes in the message 
ggH: the last command received 
OOH = stop 
01H = generation of the time code (run) 
02H = copy/regeneration of the time code (copy/jam) 
SSH: OOcbOaaa 
aaa = status. 
000 = attempt to execute the command that was received 
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001 = successful execution the command that was received 
010 = failure 

time-code source, for a copy or regeneration 

O = presence of the time-code source 

1 = loss of the time-code source 

external reference, known as "frame sync" 

O = presence of the external reference 

1 = loss of the external reference 
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Generator Set Up (read/write) 


This information field controls the operating modes of the time-code 


generator. 


5CH: Generator Set Up 
<counter = 03H + ext>: the number of data bytes in the message 
<reference>: "frame sync" (OyyyOnnn) 
nnn = the reference, during generation 
000 = internal quartz 
001 = external reference ; 
010 = internal quartz in "Drop A" mode 
011 = internal quartz in "Drop B" mode 
111 = as defined by default for the device 
(i.e., a write-only value) 
yyy = the reference, for a copy or regeneration 
000 = edges of the frames of a time code 
001 = external reference 
111 = as defined by default for the device 
(i-e., a write-only value) 
<source>: the time-code source, for a copy or regeneration 
OOH = reserved for future extensions 
01H = Selected Time Code (the default value) 
02H = Selected Master Code 
7FH = as defined by default for the device 
(i.e., a write-only value) 
<copy/jam>: copy/regeneration mode 
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OOH = if the time-code source stops or is lost, 
the copy/regeneration also stops 

01H = if the time-code source stops or is lost, 
the copy/regeneration continues 


The following chart shows the number of frames per second for the code 


that’s generated, as a function of the type of internal reference: 


INTERNAL REFERENCE TYPE OF CODE 

nnn 24 25 30 Drop 30 
Frame 

000 (normal) 24 ES 29.97 30 

010 (Drop A) 24 25 2997 29.97 


O11 (Drop B) 23976 24.975 29097 290 


Generator Userbits (read/write) 


This information field contains the value of the user bits generated by the 
time code generator. 
5DH: Generator Userbits 


<counter = O9H>: the number of data bytes in the message 
u1H through u9H: the user bits 


MIDI Time Code Command Tally (read/write) 


This information field keeps track of the running state of the MIDI 
Time Code generator. 

5EH: MIDI Time Code Command Tally 

<counter = Q2H>: the number of data bytes in the message 


mmH: the last command received 
OOH = no MIDI Time Code (off) 


862 


666 


The MMC Responses © 


02H = the MIDI Time Code is issued by the time code specified 
by the MIDI Time Code Set Up information field 


SSH: 00000aaa 


aaa = status 


000 = attempt to execute the command that was received 


001 
010 


successful execution the command that was received 
failure 


MIDI Time Code Set Up (read/write) 


This information field controls the operating modes of the MIDI Time 


Code generator. 


5EH: MIDI Time Code Command Tally 
<counter = 02H + ext>: the number of data bytes in the message 


<flags>: Ogfedcba 
a = the 


(OF 
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“transmit while stopped" flag for the MIDI Time Code 
the transmission of MIDI Time Code messages is 
suspended as soon as the time-code source which 
issued the messages has been detected to have 
stopped 

the transmission of MIDI Time Code messages 
continues in spite of the stoppage of the time-code 
source which issued the messages, in a manner 
determined by bit b 


transmission of MIDI Time Code "while stopped" 


(i.e., with bit a = 1) 


QO = 
= 
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Quarter-Frame messages, with no frame incrementing 
Full Messages, sent at regular intervals 


high-speed transmission of MIDI Time Code messages 


transmission of MIDI Time Code messages is suspended 
as soon as the time-code source which issued the 
messages is detected to be moving at a rate which is 
more than twice its nominal frame rate 

the transmission of MIDI Time Code messages 
continues, in spite of the fact that time-code 
source which issued the messages is detected to be 
moving at a rate which is more than twice its 
nominal frame rate, in a manner determined by bit d 
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d = "high-speed" transmission of MIDI Time Code messages 
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e., with bit c = 1) 
Quarter-Frame messages 
Full Messages, sent at regular intervals 
E'pits 
transmission of the user bits is not guaranteed 
transmission of the user bits is guaranteed, as soon 
as their content changes, or at regular intervals 
output port 
the MIDI Time Code messages are physically sent to 
the port which is responsible for transmitting MMC 
responses 
the MIDI Time Code messages are physically sent to a 
port other than the one which is responsible for 
transmitting MMC responses 


<source>: the field that specifies the time-code source which issues 


OOH 
01H 
02H 
06H 
07H 
7FH 


the MIDI Time Code 

reserved for future extensions 

Selected Time Code 

Selected Master Code 

Generator Time Code 

MIDI Time Code Input (in “soft Thru" mode) 
as defined by default for the device 
(i.e., a write-only value) 


Procedure Response (read) 


Th 


is information field enables the controller device to read back any or 


all of the Procedures. 


60H: Procedure Response 
<counter = variable>: the number of data bytes in the message 
<procedure>: OOH to 7EH = the identification number of the procedure 


<command #1> 
<command #2> 
- <command #3> 
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7FH = invalid identification number 
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Before this information field is read, the Procedure [Set] command has to 

program the identification number for the procedure that the controller 

device wants to read. The procedure in question can be either an individ- 

ual procedure or all of the procedures that are stored in the memory of . 
the controlled device (as carried by means of as many Procedure Response 

messages as there are procedures, automatically transmitted one after an- 

other). In this latter case, care should be taken to send the value 7FH, 

rather than a number between OOH and 7EH. . 


If no procedure stored in the memory of the controlled device corre- 
sponds to the identification number for the Procedure [Set] command, or 
if this command was never sent by the controller device, then before the 
Procedure Response field is read, the counter and the procedure identif1- 
cation number for this zone will take on the values OOH and 7FH when 
they are sent, thereby indicating the nullity of the request. 


Event Response (read) 


This information field allows the controller device to read back any or all 


of the events. 


61H: Event Response 

<counter = variable>: the number of data bytes in the message 

<event>: OOH to 7EH = the identification number of the event 
7FH = invalid identification number 


<flags>: OkOa00dd 
dd = directions 
00 = to be triggered on a shift into forward operation 
01 = to be triggered on a shift into backward operation 


10 = to be triggered regardless of the direction of 
Operation, except for Event [Define] and Procedure 
[Assemble] 

a = speed 


0 = to be triggered when the corresponding position is 
reached at the specified time (i.e., the trigger 
time), while the device is in play mode 
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1 = to be triggered regardless of the play speed, after 
the position that corresponds to the specified time 
(i.e., the trigger time) has been reached or passed 

k = suppression 
O = the event should be suppressed after triggering 
1 = the event should be preserved after triggering 
<trigger source>: the field that specifies the source of the time code 

that serves as a reference for the triggering 
OOH = reserved for future extensions 


01H = Selected Time Code 
02H = Selected Master Code 
O6H = Generator Time Code 


07H = MIDI Time Code Input 
hrH mnH scH frH ffH: the time at which the event should be triggered 
<command>: the event to be triggered, i.e., any command other than 
Event [Define] and Procedure [Assemble] 


Before this information field is read, the Event [Set] command has to pro- 
gram the identification number for the event that the controller device 
wants to read. The event in question can be either an individual event or 
all of the events that are stored in the memory of the controlled device 

(as carried by means of as many Event Response messages as there are 
events, automatically transmitted one after another). In this latter case, 


care should be taken, via the Event [Set] command, to send the value 
7FH, rather than a number between OOH and 7EH. 


If no procedure stored in the memory of the controlled device corre- 
sponds to the identification number for the Event [Set] command, or if 
this command was never sent by the controller device, then before the 
Event Response field is read, the counter and the procedure identification 
number for this zone will take on the values OOH and 7FH when they are 
sent, thereby indicating the nullity of the request. 


800 


666 


The MMC Responses t 


Track Mute (read/write) 


This information field indicates the tracks whose output signals will be 
muted—that is, the tracks that will not pass along any signals. This field 
takes priority over the Global Monitor, Record Monitor, and Track Sync 
Monitor information fields. 

62H: Track Mute 


<counter = variable>: the number of data bytes in the message 
rOH ri f2H, ... 


VITC Insert Enable (read/write) 


This information field determines whether a VITC (Vertical Interval 
Time Code) should be embedded in the video signal that is received by 


the controlled device. If so, and if that video signal is to be recorded, then 
the VITC will be recorded along with it. : 


63H: VITC Insert Enable 
<counter = O3H>: the number of data bytes in the message 
ccH: embedding | 


OOH = no 

01H = yes 

7FH = as defined by default for the device (i.e., a write-only 
value) 


h1H: the number of the first horizontal line for VITC insertion 
OAH to 12H = NTSC 
O6H to 14H = PAL 
7FH = as defined by default for the device (i.e., a write-only 
value) 
h2H: the number of the second (non-adjacent) horizontal line for VITC 
insertion (with h2H being greater than h1H) 
OCH to 14H = NTSC 
08H to 16H = PAL 
7FH = as defined by default for the device (i.e., a write-only 
value) 
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Response Segment (not accessible) 


When a response or a string of responses exceeds the maximum length 
for a MIDI Machine Control message (i.e., 48 data bytes, or a total of 53 
bytes), the entire response or string of responses can be divided into seg- 
ments so that the data can be transmitted piece by piece. Each of the 


segments created in this way should have its own Exclusive message. 


64H: Response Segment 
<counter = variable>: the number of data bytes in the message 
SiH: identification of the segment (Ofssssss) 
f = the first segment / subsequent segments 
1 = the first segment 
0 = subsequent segments 
ssssss = the number of the segment (counting backward to the 
last one, whose number is equal to zero) 
<responses>: part of the response or part of the entire string of 
responses 


Failure (not accessible) 


This information field warns the controller device that a catastrophic 
problem has just occurred—one that can’t be solved without the interven- 
tion of the user. 
65H: Failure 
<counter>: the number of data bytes in the message 
(zero, if no data is present) 


<data>: an optional ASCII message, intended to be displayed by the 
controller device 


Wait (not accessible) 


When for any reason (such as a buffer overflow, etc.) the controlled de- 


vice can’t receive any more messages, it sends a Wait response to the con- 


troller device (<device ID> = OOH to 7EH), to ask the controller device 
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to halt all transmissions for a maximum period of 10 msec, until re- 
quested otherwise. A controller device that is in the process of transmit- 
ting a command when a Wait response arrives will be permitted to 
continue that transmission until the end of the current Exclusive message. 
The Wait response should be the only response carried by the Exclusive 


message in which it appears. 


7CH: Wait 


Resume (not accessible) 


When the controlled device is again able to receive messages, it sends a 
Resume response to the controller device (<device ID> = OOH to 7EH) 
in order to tell the controller device that communications can be re- 
sumed. The Resume response should be the only response carried by the 


Exclusive message in which it appears. 


7FH: Resume 


“Ppicl Applications 


To give you a more concrete idea of the capabilities of the MIDI Ma- 
chine Control protocol, here are a few examples of applications taken 


from the standard, with comments and annotations. 


Looping between Two Points 


The purpose of this command is to give the controlled device the order 
to create a link between Point A and Point B. 


FOH 7FH <device ID> <mcc> <Write> 
<counter = OCH> 
<GPO> <point A, expressed in the form of the standard time code> 
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<GP1> <point B, expressed in the form of the standard time code> 
<Procedure> <counter = O6H> 
<[Assemble]> <identification number of the procedure> <Locate> 


<counter = 


01H> 


<GPO> <Deferred Play> <Event> 


<counter = 


O9H> 


<[Define]> <identification number of the event> 
_<Flags = 40H> <Selected Time Code> 


<GP1> 
<Procedure> 
<[Execute]> 
<Procedure> 
<[Execute]> 
F7H 


<counter = O2H> 
<identification number of the procedure> 
<counter = O02H> 
<identification number of the procedure> 


fl Basic Configuration 
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The implementation of the controlled device and the sequence of com- 
mands shown below are typical of a basic MIDI Machine Control con- 


figuration. Communications are unidirectional (i.e., “open loop”). 


The controlled device implements the following commands: <Stop>, 
<Deferred Play>, <Fast Forward>, <Rewind>, <Record Strobe>, 
<Record Exit>, <MMC Reset>, <Write>, <Locate>, and <Move>, 
as well as the <Selected Time Code> and <GPO/Locate Point> infor- 


mation fields. 


The “signature” of the controlled device looks like this: 


01H OOH OOH OOH 

OCH 

7BH 41H OOH OOH OOH OOH OOH OOH OOH OOH 
11H 20H 

02H 

02H 02H 


Typical Applications 


Now here’s a typical command sequence, as transmitted from the control- 
ler device to the controlled device, whose identification number (<device 


ID>), is O1H: 
Read: 
FOH 7FH <device ID> <mcc> <Deferred Play> F7H 
Stop: 
FOH 7FH <device ID> <mcc> <Stop> F7H 


Reinitialization of the counter (the time type is set at 30 frames 


per second): 


FOH 7FH <device ID> <mcc> <Write> <counter = O6H> <Selected Time Code> 
60H OOH OOH 20H OOH F7H 


Fast forward: 

FOH 7FH <device ID> <mcc> <Fast Forward> F7H 
Stop: . r 
FOH 7FH <device ID> <mcc> <Stop> F7H 


Programming of a locator on the fly: 


FOH 7FH <device ID> <mcc> <Move> 
<counter = Q2H> 

<GPO/Locate Point> <Selected Time Code> 
F7H 


Play: - 
FOH 7FH <device ID> <mcc> <Deferred Play> F7H 
Punch-in: 


FOH 7FH <device ID> <mcc> <Record Strobe> F7H 
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Punch-out: 


FOH 7FH <device ID> <mcc> <Record Exit> F7H 


Return to the locator point, followed by a shift into play mode: 


FOH 7FH <device ID> <mcc> <Locate> <counter = O2H> 
<[I/F]> <GPO/Locate Point> <Deferred Play> F7H 


Return to zero: 


FOH 7FH <device ID> <mcc> <Locate> <counter = O6H> 
<[Target]> 60H OOH OOH OOH OOH F7H 


MIDI Machine Control 
and the MIDI Time Code: Example 1 


Viewed as the controller device, a sequencer communicates in a unidirec- 
tional way (i.e., “open loop”) with an audiotape recorder, which is viewed 
as the controlled device. Even though it doesn’t send any responses, the 
tape recorder does send a SMPTE time code to a unit whose job is to 
convert that code into a MIDI Time Code and forward it to the 


sequencer. 


The sequencer starts by reinitializing the audiotape recorder, whose iden- 
tification number (<device ID>), is O1H: 


FOH 7FH <01H> <mcc> <MMC Reset> F7H 


By pressing the Play key (assuming that this key also serves to halt Re- 


cord mode), you give the sequencer the order to shift into play mode: 
FOH 7FH <O1H> <mcc> <Record Exit> <Deferred Play> F7H 


The audiotape recorder sends the SMPTE signal (30 Nondrop Frame) 
to the unit whose job is to convert the SMPTE signal into a MIDI Time 
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Code signal. The sequencer receives the first MTC Quarter Frame mes- 
sages, from which it reconstructs the value of the time code 


(01.02.03.04): 


FIH O4H F1H 20H F1H 23H F1H 30H F1H 42H F1H 50H F1H 61H 
PoaH 76H ETH OGH .... .. 

Because the audiotape recorder’s Selected Time Code information field 
isn't updated from the SMPTE signal, but rather on the basis of 
tachymetric information, there’s a possibility that the value in this field 
may not coincide perfectly with the value of the MIDI Time Code. Fur- 
thermore, if the SMPTE code in question was recorded at a speed that 
was slightly faster or slightly slower than its current playback speed, the 
shift will be increased proportionally. This is why, in order to minimize 
this kind of deviation or discrepancy, the sequencer regularly sends the 
MTC time to the audiotape recorder (in this case, 01.02.03.06), by send- 
ing the audiotape recorder the following command: 

FOH 7FH <01H> <mcc> <Write> 

<counter = O6H> <Selected Time Code> 

61H 02H OSH 26H OOH F7H 

By pressing the Record key (thereby causing the sequencer to memorize 
the current value of the time code, i.e., 01.02.13.20) you instruct the se- 


- quencer to shift into Record mode: 
FOH 7FH <01H> <mcc> <Record Strobe> F7H 


By pressing the Play key, you instruct the sequencer to exit from Record 


mode: 
FOH 7FH <O1H> <mcc> <Record Exit> <Deferred Play> F7H 
By pressing the Stop key, you instruct the sequencer to stop: 


FOH 7FH <O1H> <mcc> <Stop> F7H 
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To hear the result of these operations, you position the sequencer five sec- 
onds before the start of the recording. Then, by pressing the a key, 
you instruct the sequencer to shift into Play mode: 

FOH 7FH <O1H> <mcc> <Locate> 

<counter = O6H> <[Target]> 

61H 02H O8H 14H OOH <Deferred Play> 

F7H 

The programming of events, with a view toward achieving fully automatic 
recording (with the programming of punch-in and punch-out points), as 
opposed to manual recording, as described here, is completely impossible, 
thanks to the shift discrepancy mentioned above between the value in the 
Selected Time Code information field and the value of the MIDI Time 


Code. This problem can also cause slight errors during positioning. 


MIDI Machine Control 
and the MIDI Time Code: Example 2 


While the devices are the same ones discussed above, in this example the 
audiotape recorder itself handles the conversion of the SMPTE time code 
into a MIDI Time Code. As a result, the Selected Time Code informa- 


tion field contains a very accurate reflection of the position of the tape. 


The sequencer starts by reinitializing the audiotape recorder, whose iden- 
tification number (<device ID>), is 01H: 


FOH 7FH <O1H> <mcc> <MMC Reset> F7H 

Then the sequencer inquires about its implementation: 

FOH 7FH <O1H> <mcc> <Read> <counter = O1H> <Signature> F7H 
In return, the audiotape recorder sends the following response: 


FOH 7FH <O1H> <mcc> <Signature> 
<counter = 2EH> 01H OOH OOH OOH 
<counter 1 = 14H> 
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7FH 61H OOH OOH OOH OOH OOH OOH OOH OOH 

7FH 70H 7FH OOH OOH OOH OOH OOH OOH O9H 

<counter 2 = 14> - 

02H 1EH OOH OOH OOH 02H 1EH OOH OOH OOH 

3FH 62H 07H O1H OCH 37H OOH OOH OOH OSH 
F7H 


The sequencer decides to handle errors in the Major and Immediate Op- 
erational categories, and then determine the parameters for the time-code 


generator: 


FOH 7FH <O1H> <mcc> <Write> 
<counter = O3H> <Command Error Level> 


<counter = O1H> 3FH <Write> 

<counter = O4H> <MIDI Time Code Set Up> z 
<counter = O2H> OOH <Selected Time Code> 

F7H 


By pressing the Play key, you instruct the sequencer to shift into Play | 
mode, The audiotape recorder is then asked to generate the MIDI Time 
Code: 


FOH 7FH <O1H> <mcc> <Record Exit> ‘ 
<Deferred Play> 

<MIDI Time Code Command> 

<counter = O1H> 02H 

F7H 


The sequencer receives the first MTC Quarter Frame (30 Drop Frame) 


messages, from which it reconstructs the value of the time code 


(03.02.20.28): 


F1H OCH F1H 11H F1H 24H F1H 31H 
F1H 42H F1H 50H F1H 63H F1H 74H ... ... 


The sequencer verifies that the value of the information field Selected Time 
Code information field ts equal to the value of the MIDI Time Code: 


FOH 7FH <O1H> <mcc> <Read> 
<counter = 01H> <Selected Time Code> 
F7H 
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Right in the middle of MTC frame 03.02.21.00.01, the sequencer 
responds: ; 

F1H OOH FIH 10H F1H 25H F1H 31H F1H 42H ... ... 

FOH 7FH <O1H> <mcr> 

<Selected Time Code> 43H 02H 15H 21H OOH 

F7H 

Ga Ula! Sal fein) Stal (ala) PNR coe son 

Then, on the fly, you program a punch-in point (03.02.27.08), which the 
sequencer stores in its memory. Some time later, in the same way you pro- 
gram a punch-out (03.02.41.15), which the sequencer likewise stores in 


the same way. 


You tell the sequencer to position itself a few seconds ahead of the 
punch-in point, in order to record the first two tracks automatically be- 
tween the point in question and the punch-out point. During the posi- 
tioning procedure (whose progress is controlled, because the sequencer 
tells the audiotape recorder to send it regular updates on the status of the 
transport), the production of the MIDI Time Code is halted: 


FOH 7FH <O1H> <mcc> <MIDI Time Code Command> 
<counter = O1H> OOH <Locate> 


<counter = O6H> <[Target]> 43H 02H 16H O8H OOH <Update> 
<counter = 02H> <[Begin]> <Motion Control Tally> 
F7H 


The audiotape recorder informs the sequencer about its actions. Then the 
positioning procedure starts (with a fast rewind operation): 
FOH 7FH <O1H> <mcr> <Motion Control Tally> 


<counter = O3H> <Rewind> <Locate> Q1H 
F7H 


The positioning process continues. Because it went just a little too far, 


the audiotape recorder decides to shift into Fast Forward mode: 


FOH 7FH <O1H> <mcr> <Motion Control Tally> 
<counter = O3H> <Fast Forward> <Locate> OOH 
F7H 


870 


666 


Typical Applications i rc i 


Then the audiotape recorder actually does shift into Fast Forward mode: 


FOH 7FH <O1H> <mcr> <Motion Control Tally> 
<counter = O3H> <Fast Forward> <Locate> 01H 
F7H 


The audiotape recorder then decides to stop: 


FOH 7FH <O1H> <mcr> <Motion Control Tally> 

<counter = O3H> <Stop> <Locate> OOH 

F7H 9 
And then the audiotape recorder actually does stop. The positioning 

point ts reached: 

FOH 7FH <O1H> <mcr> <Motion Control Tally> 


<counter = O3H> <Stop> <Locate> 11H 
An 


At this point the sequencer instructs the audiotape recorder to stop giving 
it updates on the status of the transport, and then verifies that the desired 
position has been reached: 

FOH 7FH <O1H> <mcc> <Update> 

<counter = OQ2H> <[End]> <Read> 

<counter = O1H> <Selected Time Code> 

F7H 
‘In return, the audiotape recorder sends its current position, which is off- 
set by three frames from the desired position. The sequencer considers 
this error acceptable: 

FOH 7FH <O1H> <mcc> <Selected Time Code> 

43H O2H 16H 25H OOH 

F7H 

The sequencer then sets up the recording parameters (i.e., by putting the 
first two tracks into Record Ready mode and copying the punch-in 

and punch-out points into the first two memory areas of the time code), 
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before sending the audiotape recorder the order to send it regular updates 


on the recording mode: 


FOH 7FH <device ID> <mcc> <Write> 
<counter = OFH> <Track Record Ready> 
<counter = O1H> 60H <GP1> 43H 02H 1BH O8H OOH 
<GP2> 43H 02H 29H OFH OOH <Event> 
<counter = O6H> <[Define]> <event = #01> 
<flags = 00> <Selected Time Code> 

<GP1> <Record Strobe> <Event> < 

counter = O6H> <[Define]> <event = #02> 
<flags = 00> <Selected Time Code> 

<GP2> <Record Exit> <Update> 

<counter = O2H> <[Begin]> <Record Status> 
F7H 


The audiotape recorder informs the sequencer about its actions, namely, 
that at the moment, it isn’t recording anything: 
FOH 7FH <01H> <mcr> <Record Status> 


<counter = 01H> OOH 
F7H 


The sequencer shifts into Play mode, and the audiotape recorder is asked 
to generate the MIDI Time Code: 


FOH 7FH <O1H> <mcc> <Play> <MIDI Time Code Command> 
<counter = O1H> 02H 
F7H 


Once the punch-in point (03.02.27.08) has been reached, right in the 


middle of an MTC frame the audiotape recorder tells the sequencer that 


it is shifting into Record mode: 


Pallal (Of1R) coe ane 

FOH 7FH <O1H> <mcr> <Record Status> 
<counter = O1H> O1H F7H 

F1H 10H F1H 2BH F1H 31H 

F1H 42H F1H 50H F1H 63H F1H 74H ... ... 
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Similarly, once the punch-out point (03.02.41.15) is reached, right in the 
middle of an MTC frame the audiotape recorder tells the sequencer that 
it is shifting out of Record mode: 


F1H OEH F1H 10H F1H 29H F1H 31H 

F1H 42H ... ... 

FOH 7FH <O1H> <mcr> <Record Status> . 
<counter = O1H> OOH F7H 

F1H 50H F1H 63H F1H 74H 


Once the recording has been completed, the sequencer stops and the 
audiotape recorder asks it to stop providing information about its record- 
ing mode, the production of the MIDI Time Code stops, and the first 


two tracks exit from Record Ready mode: - 


FOH 7FH <device ID> <mcc> <Stop> 
<MIDI Time Code Command> 

<counter = O1H> OOH <Update> 
<counter = O2H> <[End]> <Write> 
<counter = O2H> <Track Record Ready> 
<counter = OOH> 

F7H 


Even though the sequencer is responsible for managing the response traf- 
fic from the audiotape recorder, in order not to risk delaying the MTC 
Quarter Frame messages that are being carried physically by the same ca- 
‘ble, a sufficiently intelligent controlled device will manage to transmit the 
responses in question without causing any bottlenecks or traffic jams in 


the data stream. 


Master Devices and Slave Devices 


Assume you're working with two controlled devices, such as a videotape 
recorder and an audiotape recorder. In terms of synchronization, the 
videotape recorder is designated as the master of the system, and the 
audiotape recorder is designated as the slave. Both devices communicate 
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in a bidirectional way (i.e., in a closed loop) with a third device, which 


is the controller. 


Each controlled device implements the following commands: <Stop>, 
<Play>, <Deferred Play>, <Fast Forward>, <Rewind>, <Record 
Strobe>, <Record Exit>, <Chase>, <Command Error Reset>, <MMC 
Reset>, <Write>, <Read>, <Update>, <Locate>, <Vartable Play>, 
<Move>, <Add>, <Subtract>, <Drop Frame Adjust>, <Procedure>, 
<Event>, <Group>, <Command Segment>, <Deferred Variable 
Play>, <Wait>, and <Resume>. 


Each controlled device also implements the following information fields: 
<Selected Time Code>, <Selected Master Code>, <Requested Offset>, 
<Actual Offset>, <Lock Deviation>, <GPO/Locate Point>, <GP1>, 
<GP2>, <GP3>, <Short Selected Time Code>, <Short Selected Mas- 
ter Code>, <Short Requested Offset>, <Short Actual Offset>, <Short 
Lock Deviation>, <Short GPO/Locate Point>, <Short GP1>, <Short 
GP2>, <Short GP3>, <Signature>, <Update Rate>, <Response Er- 
ror>, <Command Error>, <Command Error Level>, <Time Stan- 
dard>, <Motion Control Tally>, <Record Mode>, <Record Status>, 
<Control Disable>, <Resolved Play Mode>, <Chase Mode>, <Proce- 
dure response>, <Event Response>, <Response Segment>, <Failure>, 
<Wait>, and <Resume>. 


The “signature” of these two controlled devices looks like this: 


01H OOH OOH OOH 
14H 

7EH 71H OOH OOH OOH OOH OOH OOH OOH OOH 
3DH 60H 7FH OOH OOH OOH OOH OOH OOH O9H 
14H 
3EH 1EH OOH OOH OOH 3EH 1EH OOH OOH OOH 
3FH 62H OOH 38H OOH 33H OOH OOH OOH OSH 


The controller device starts by reinitializing both of the controlled de- 


vices (i.e., the master device and the slave device), whose identification 
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numbers (<device ID>), are O1H and 02H, respectively, before grouping 
them: 

FOH 7FH <"all call"> = 7FH> <mcc> <MMC Reset> <Group> 
<counter = O04H> <[Assign]> 

<Group = 7CH> 01H O2H 

F7H 

The controller device assigns a 30-frame-per-second time code to the two 
controlled devices and authorizes them to transmit the Command Error 
information field automatically, regardless of the type of error: 

FOH 7FH <device group = 7CH> <mcc> <Write> 

<counter = Q6H> <Time Standard> 

<counter = 01H> O3H <Command Error Level> 

<counter = O1H> <all = 7FH> 

F7H 

Then, from the controller device, you cause the two controlled devices to 


shift into Play mode: 

FOH 7FH <master device = 01H> <mcc> <Play> F7H 
and 

FOH 7FH <slave device = O2H> <mcc> <Play> F7H 


The controller device instructs the two controlled devices to send it regu- 
lar updates on the value of their time code and also on their transport 

mode: 

FOH 7FH <device group = 7CH> <mcc> <Update> 

<counter = O3H> <[Begin]> <Selected Time Code> 


<Motion Control Tally> 
F7H 


In return, the controlled devices both reply that they are in Play mode: 
one at position 00.22.05.12 (OOH 16H OSH OCH) and the other at posi- 
tion 10.01.58.28 (OAH 01H 3AH ICH): 


FOH 7FH <master device = O1H> <mcr> <Selected Time Code> 
60H 16H OSH 2CH OOH <Motion Control Tally> 
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<counter = O3H> <Play> 7FH O1H 
F7H 


FOH 7FH <slave device = O2H> <mcr> <Selected Time Code> 
6AH 01H 3AH 3CH OOH <Motion Control Tally> 

<counter = O3H> <Play> 7FH O1H 

F7H 

For the following responses, the controlled devices express the time code 
in abbreviated form (that is, as two bytes, instead of the five bytes in the 
standard format), Furthermore, as long as their transport mode stays un- 
changed, they don’t have to give the controller device any information 


about it: 


FOH 7FH <master device = O1H> <mcr> 
<Short Selected Time Code> 

2DH OOH 

F7H 


—which is the same as a SMPTE time of 00.22.05.13. 


FOH 7FH <slave device = O2H> <mcr> < 
Short Selected Time Code> 3DH OOH 
F7H 


—which is the same as a SMPTE time of 10.01.58.29. 


The responses continue. Nevertheless, because of a frame change, the 


slave device has to transmit the time code in standard five-byte format: 


FOH 7FH <master device = O1H> <mcr> 
<Short Selected Time Code> 2EH OOH 
F7H 


—which is the same as a SMPTE time of 00.22.05.14. 


FOH 7FH <slave device = O2H> <mcr> 
<Selected Time Code> 6AH 01H 3BH 20H OOH 
F7H 


—which is the same as a SMPTE time of 10.01.59.00. 
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Assuming now that the buffer of the controller device has reached its criti- 
cal filling limit, the Wait command will be sent: : 


FOH 7FH <"all call" = 7FH> <mcc> <Wait> F7H 


In response, the controlled devices suspend their transmissions, until they 


receive the Resume command: 
FOH 7FH <"all call" = 7FH> <mcc> <Resume> F7H 


Once the Resume command has been received, the responses can 


continue: 


FOH 7FH <master device = 01H> <mcr> 
<Short Selected Time Code> 30H OOH 
F7H : 


—which is the same as a SMPTE time of 00.22.05.16. 


FOH 7FH <slave device = O02H> <mcr> 
<Short Selected Time Code> 22H OOH 
F7H 


—which is the same as a SMPTE time of 10.01.59.02. 
From the controller device, you can stop the controlled master device: 
FOH 7FH <master device = 01H> <mcc> <Stop> F7H 


' This change in the transport mode automatically triggers the transmission 
of a response by the controlled master device: 


FOH 7FH <master device = 01H> <mcr> <Motion Control Tally> * 
<counter = O3H> <Stop> 7FH O1H 
ean 


Meanwhile, the controlled slave device continues to tell the controller de- 


vice about its position: . 


FOH 7FH <Slave device = O2H> <mcr> 
<Short Selected Time Code> 23H OOH 
F7H 


—which is the same as a SMPTE time of 10.01.59.03. 
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FOH 7FH <slave device = O2H> <mcr> 
<Short Selected Time Code> 24H OOH 
F7H 


—which ts the same as a SMPTE time of 10.01.59.04. 
From the controller device, you stop the controlled slave device: 
FOH 7FH <slave device = 02H> <mcc> <Stop> F7H 


This change in the transport mode automatically triggers the transmission 
of a response by the controlled slave device: 

FOH 7FH <slave device = 02H> <mcr> <Motion Control Tally> 
<counter = O3H> <Stop> 7FH O1H 

F7H 

For display purposes, the controller device reads the discrepancy or offset 
between the time code of the controlled master device and the time code 
of the controlled slave device: 

FOH 7FH <slave device = O2H> <mcc> <Read> 

<counter = 01H> <Requested Offset> 

F7H 

The controlled slave device provides the response (10.01.59.04 minus 
00.22.05.16 = 09.39.53.17, or O9H 27H 35H 11H): 

FOH 7FH <slave device = O2H> <mcr> 


<Requested Offset> 69H 27H 35H 11H OOH 
F7H 


From the controller device, you cause the controlled slave device to shift 


into Case mode: 
FOH 7FH <slave device = O2H> <mcc> <Chase> F7H 


This change in the transport mode automatically triggers the transmission 
of a response from the controlled slave device: 
FOH 7FH <slave device = 02H> <mcr> <Motion Control Tally> 


<counter = O3H> <Stop> <Chase> 61H 
F7H 
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From the controller device, you cause the controlled master device to 
shift into Play mode: : 


FOH 7FH <master device = 01H> <mcc> <Play> F7H 


Now the synchronization begins. The controlled master device responds 
that it ts in Play mode, at position 00.22.05.24, while the controlled slave 
device responds that it is in Chase mode, at position 10.01.59.09: 

FOH 7FH <master device = 01H> <mcr> * 
<Short Selected Time Code> 38H OOH <Motion Control Tally> 


<counter = O3H> <Play> 7FH O1H 
F7H 


FOH 7FH <slave device = O2H> <mcr> 
<Short Selected Time Code> 29H OOH 
<Motion Control Tally> 

<counter = O3H> <Play> <Chase> 01H 
F7H 


You decide to observe the deviation between the two devices while they ° 
synchronize themselves. To do you, you instruct the controlled slave de- 

vice to provide regular updated information about the value of the offset 

or deviation: 

FOH 7FH <slave device = O2H> <mcc> <Update> 


<counter = O2H> <[Begin]> <Lock Deviation> 
’ F7H 


In reply, the controlled slave device responds: 


FOH 7FH <slave device = O2H> <mcr> <Lock Deviation> 
60H OOH OOH O5H 02H (i.e., a deviation of +5.02 frames) 
F7H * 


Meanwhile, the controlled master device continues to keep the controller 


device informed about its position: 


FOH 7FH <master device = 01H> <mcr> 
<Short Selected Time Code> 39H OOH 


—which is the same as a SMPTE time of 00.22.05.25. 
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Once again, the controlled slave device informs the controller device 
about the offset or deviation that separates it from the controlled master 


device, and also about its position: 


FOH 7FH <slave device = O2H> <mcr> 
<Short Selected Time Code> 2AH OOH 
<Short Lock Deviation> 41H 17H 

F7H 


—which is the same as a SMPTE time of 10.01.59.10 and an offset of 
—1.17 frames. 


Finally, the controlled slave device informs the controller device that the 
synchronization has been achieved, and also provides an update on its po- 
sition (in the form of a time code expressed over five bytes, thanks to a 
frame change): 

FOH 7FH <slave device = O2H> <mcr> 

<Selected Time Code> 6AH 02H 01H 20H OOH F7H 

<Short Lock Deviation> OOH OOH <Motion Control Agee 


<counter = O3H> <Play> <Chase> 11H 
F7H 


—which is the same as a SMPTE time of 0.02.01.00 and an offset of 


zero frames, 


Now that the two devices are synchronized, you might want to program 
an automatic punch-in and punch-out for the controlled slave device. For 
the sake of clarity, only the Update information fields that are necessary 
to an understanding of the transactions are mentioned in the following 
code fragments. 


On the fly, you program the punch-in point for each of the two con- 
trolled devices, by recopying their current positions into their second 
time-code memory area (i.e., GP): 

FOH 7FH <"all call" = 7FH> <mcc> <Move> 


<counter = O2H> <GP1> <Selected Time Code> 
F7H 
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Then, shortly after that, you program on the fly the punch-out point for 
each of the two controlled devices, by recopying their current positions 
into their third time-code memory area (i.e., GP2): 

FOH 7FH <"all call" = 7FH> <mcc> <Move> 


<counter = O2H> <GP2> <Selected Time Code> 
F7H 


Then you instruct the controller device to perform an automatic punch- 
in/ punch-out. First of all, this operation consists of programming events 
in the memory of the controlled slave device, so that (only in Play mode 
and during forward operation) this device will shift into Record mode 
once it reaches the punch-in point, and then return to Play mode when it 
reaches the punch-out point. Once these events have been triggered, they 
will be removed from the memory of the device. 


The Record Ready tracks of the controlled slave device are also pro- 
grammed to shift into Record mode when the device receives a Record 
Strobe or Record Strobe Variable command. Furthermore, the controller 
device instructs this controlled slave device to send it regular updates on 


the status of the recording procedure: 


FOH 7FH <slave device = O2H> <mcc> <Event> 


<counter 


O6H> <[define]> <event = #01> <flags 


OOH> <Selected Time Code> 


<GP1> <Record Strobe> <Event> 


<counter 


O6H> <[define]> <event = #02> <flags 


OOH> <Selected Time Code> 


<GP2> <Record Exit> <Write> 


<counter 
<counter 
<counter 
F7H 


O3H> <Record Mode> 
O1H> O1H <Update> 
O2H> <[Begin]> <Record Status> 


In return, the controlled slave device does as it’s been told, and transmits 
the value of the Record Status information field (which in this case indi- 
cates that no recording is taking place): 


FOH 7FH <slave device = O2H> <mcr> <Record Status> 
<counter = O1H> O1H F7H 


2 


eh 


NDI Machine Control: Responses and Applications 


% 
RA 


After this, the controller device manages the durations of the pre-roll and 
post-roll periods, which are equal to five and two seconds, respectively. 
To do so, it tells the controlled master device to position itself five sec- 
onds ahead of the punch-in point—that ts, the position stored in the sec- 
ond time-code memory area (GP1)—and programs an event whose effect 
is to trigger the halting of this destination device two seconds after it 
reaches the punch-out point—that is, the position stored in the third 
time-code memory area (GP2). 


FOH 7FH <slave device = O2H> <mcc> <Write> 

<counter = O6H> <GPO/Locate Point> 60H OOH O5H OOH <Subtract> <counter 
= O3H> <GPO/Locate Point> 

<GP1> <GPO/Locate Point> <Locate> 

<counter = 02H> <[I/F]> <GPO/Locate Point> <Write> 

<counter = O6H> <GP3> 60H OOH O2H OOH OOH <Add> 

<counter = O3H> <GP3> <GP3> <GP2> <Event> 
<counter = O6H> <[Define]> <event = #01> <flags = 10H> <Selected Time 
Code> <GP3> <Stop> 

F7H 


In addition to information about the time codes of the two controlled de- 
vices, and also about the deviation between them, the controlled devices 


also give the controller device information about their transport modes: 


FOH 7FH <master device = 01H> <mcr> <Motion Control Tally> 
<counter = O3H> <Rewind> <Locate> 01H 
F7H 


FOH 7FH <slave device = 02H> <mcr> <Motion Control Tally> 
<counter = O3H> <Rewind> <Chase> 41H 
FvH 


The controlled master device reaches the pre-roll point before the con- 
trolled slave device does: 


FOH 7FH <master device = O1H> <mcr> <Motion Control Tally> 
<counter = O3H> <Stop> <Locate> 11H 
F7H 
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FOH 7FH <slave device = 02H> <mcr> <Motion Control Tally> 
<counter = O3H> <Rewind> <Chase> 41H 
F7H 


In turn, the controlled slave device concludes by reaching the desired posi- 
tion (i.e., the pre-roll point): 
FOH 7FH <slave device = 02H> <mcr> <Motion Control Tally> 


<counter = Q3H> <Stop> <Chase> 61H 
F7H 


Once the two devices are properly adjusted, all that’s left for the so-called 


~ “source” device to do is to instruct the master device to shift into Play 


mode, so that events can take their course: 
FOH 7FH <master device = 01H> <mcc> <Play> F7H 


The controlled master device shifts into Play mode, followed by the con- 
trolled slave device, which tries to synchronize itself with it: : 
FOH 7FH <master device = 01H> <mcr> <Motion Control Tally> 


<counter = O3H> <Play> 7FH 
F7H 


.FOH 7FH <slave device = 02H> <mcr> <Motion Control Tally> 
<counter = O3H> <Play> <Chase> 01H 

F7H 

A short time later, the controlled slave device informs the controller de- 
vice that synchronization has been achieved. 

FOH 7FH <slave device = 02H> <mcr> <Motion Control Tally> 
<counter = O3H> <Play> <Chase> 11H 

F7H 
When the device reaches the punch-in point, the first event is triggered. 

The controlled slave device shifts into Record mode and notifies the 
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controller device accordingly: 


FOH 7FH <slave device = O2H> <mcr> <Record Status> 
<counter = O1H> O1H 

F7H 

Once this. command has been executed, the corresponding event ts re- 


moved from the memory of the device. 


When the device reaches the punch-out point, the second event is trig- 
gered. The controlled slave device shifts back into Play mode and notifies 
the controller device accordingly: 

FOH 7FH <slave device = O02H> <mcr> <Record Status> 

<counter = O1H> OOH 

F7H 

Once this command has been executed, the corresponding event is re- 


moved from the memory of the device. 


Two seconds after it passes the punch-out point, the controlled master 


device stops. As a result, the controlled slave device also stops: 


FOH 7FH <master device = O1H> <mcr> <Motion Control Tally> 
<counter = O3H> <Stop> 7FH 01H F7H 


FOH 7FH <slave device = 02H> <mcr> <Motion Control Tally> 
<counter = O3H> <Stop> <Chase> 61H 
F7H 


At the end of the session, the controller device sends the two controlled 
devices the order to stop giving it regular updates on the value of their 
time codes, their transport modes, and the value of the offset or deviation 
that separates them. The controller device also sends the controlled de- 
vices a Control Disable command, so that they will ignore the subsequent 
commands that involve Ctrl-type operations (i.e., transport management | 
maneuvers) and Sync (i.e., synchronization) operations. 


FOH 7FH <device group = 7CH> <mcc> <Update> 
<counter = O2H> <[end]> <all = 7FH> <Write> 
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<counter = O3H> <Control Disable> 
<counter = 0O1H>°O1H 
F7H 


Finally, you send a command which you assume will read the value of the 
time-code generator of the controlled master device before starting it up: 
FOH 7FH <master device = 01H> <mcc> <Read> 

<counter = O1H> <Generator Time Code> <Generator Set Up> 


<counter = O3H> OOH <Selected Time Code> 01H <Generator 
Command> <counter = 01H> O1H F7H 


However, on the one hand, this command contains a syntax error (be- 
cause the Generator Set Up command exists only as a response), and, on 
the other hand, the controlled master device doesn’t have a time-code gen- 
erator. Therefore, the controlled master device alerts the controller device 
to the absence of a time-code generator: 

FOH 7FH <master device = 01H> <mcr> <Response Error> 


scounter = O1H> <Generator Time Code> 
F7H 


to indicate that the Generator Set Up command has not been imple- : 
mented. Because all of the errors have been activated (through the Error 

Enable command), the controlled master device will not process any fur- ; 
ther commands until it receives a reinitialization message (in the form of 

‘a Command Error Reset message ): 

FOH 7FH <master device = O1H> <mcr> <Command Error> 

<counter = OAH> <flags = 11H> <level = 7FH> <error = 40H> 

<counter 1 = O6H> <offset = OOH> <Generator Set Up> 

<counter = 03> OOH <Selected Time Code> 01H F7H 

After having acknowledged receipt of the Command Error information 


field, the controller device transmits a reinitialization message: 


FOH 7FH <master device = 01H> <mcr> <Command Error Reset> F7H 


Lastly, a recently developed new protocol may make it easier to transfer 


musical samples—and to transfer them much more quickly—using the 
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SCSI ports of musical devices. This data-exchange option 1s described 
briefly below. 


Sm 


The main purpose of the SMDI (SCSI Musical Data Interchange) proto- 
col is to make it possible to transfer samples between two devices over a 
SCSI link. The protocol, developed by Peavey Electronics Corp., ts in- 
tended to provide an alternative to the Sample Dump Standard (SDS), 
which is fast becoming viewed as an unsuitable way to make this type of 
transfer, because of the inability of the MIDI flow rate to handle the 
amounts of data that digital audio requires. However, in terms of syntax, 


SMDI is modeled to a large extent on SDS. 


Although an in-depth examination of SMDI is outside the scope of this 
book, the protocol is still a subject of immediate interest for MIDI users, 
because its purpose is to carry MIDI data over SCSI cables. For instance, 
with SMDI an editing program could send a Note On message to a 
sampler (so that the edited sound could be heard), or send the sampler 
the various parameters associated with the samples in the form of SysEx 


messages (e.g., mapping or envelopes), and so on, without having to use a 


MIDI link. 


Here’s the syntax of such a message: 


ngn 
“ye 
"Dp" 
"ye 
the 
the 
the 
the 
the 


in ASCII (the 
INeASOL Ll. (Gune 


SMDI SCSI 
SMDI SCSI 


identifier for 
identifier for 
in ASCII (the identifier for an SMDI SCSI 
in ASCII (the identifier for an SMDI SCSI 
identification code for the message (MSB) 
identification code for the message (LSB) 
identification subcode for the message (MSB) 
identification subcode for the message (LSB) 
length of the message (MSB) 


an 
an 


message) 
message) 
message) 
message) 


L2H (11111111): the length of the message 
L2H (11111111): the length of the message (LSB) 
<message> : the MIDI message. 


The length corresponds to the number of MIDI message bytes, which has 

to be increased by three (.e., the number of bytes used to indicate this 

length). Finally, it’s worth noting that an SMDI message can only “carry” - 
one MIDI message at a time, and that SMDI messages don’t take Run- 


ning Status into consideration. 
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HIS APPENDIX IS a collection of 
the most widely used technical terms 
and other jargon you're likely to en- 


counter in MIDIland. Preference ts 
given to the abbreviated forms of 


most terms; for instance, if you want 


to know about beats per minute, look 


up “B.P.M.” 


ACIA (Asynchronous Communication Interface Adapter) 
A bidirectional & 


aterface which ensures that serial digital data is 
converted into parallel digital data, and vice versa. The micro- 


processor is connected to the MIDI ports by this type of circuit 
(see also UART). 


ACSI (Atari Computer Systems Interface) An interface, spe- 
cific to Atari computers, that is dedicated to the connection of 
peripherals and mass-storage devices. ACS] operates much the 


same way SCSI (the Small Computer System Interface) does. 


Active sensing An optional MIDI code that lets an instrument 
detect a connection problem. After it receives a first active sensing 
code from a transmitting device (i.e., in the form of an FEH status 


byte), the receiving device waits for up to 300 milliseconds to 
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receive subsequent messages. If it doesn’t receive any further mes- 
sages, the receiving device assumes the connection is defective and 
reacts appropriately (e.g., a sound generator cuts off all of its 


voices, and so on). ¥ 


ADC (Analog to Digital Converter) A circuit dedicated to con- 
verting an analog signal into a digital signal. Used by samplers, 
Direct to Disk recorders, and other devices. Analog to digital con- 
version is the process whereby an electrical audio signal is digitized 
(“sampled”). 

Additive synthesis The creation of a timbre by layering or stack- 


ing waveforms. 


ADSR (attack, decay, sustain, release) The abbreviation for the 
four segments that make up the envelope generator(s) or gener- 
ators of an analog synthesizer and that cause one of the parameters 
of a sound (primarily its amplitude, but also its timbre, pitch, etc.) 


to develop over time. 


AES (Audio Engineering Society) The activities of this group, 
founded in 1948 by a number of representatives of the audio 
profession, consists of organizing conventions and conferences, 
publishing a technical journal, distributing pieces of work and 


documentation, etc. 


AES/EBU (Audio Engineering Society /European Broadcasting 
Union) This abbreviation refers to a standardized protocol for 
the exchange of data between tape recorders, samplers, digital 
audio tape (DAT), Direct to Disk recorders, and other devices. 


Aftertouch The MIDI messages that indicate the amount of 
pressure applied to the keys on a keyboard after the keys have been 
pressed down as far as they go. There are two kinds of aftertouch: 
channel aftertouch (sometimes known as channel pressure) and 


polyphonic Gie?, note-based) aftertouch. 
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AI (Advanced Integration) A synthesis procedure developed by 
Korg, based on the reading of multiple samples. It’s used in the 

M and T series instruments, including the M1, MIR, M3R, 
EXMIR, T1, T2, and T3. A more recent version known as Al’ is 
used by the O1 /W and its derivatives. 


AIFF (Audio Interchange File Format) The format for digital 
audio files (e.g., samples and Direct to Disk files) that’s common 
to various programs (such as Alchemy and Sound Designer) that 

run on the Macintosh. 


Algorithm In FM synthesis, the algorithm represents the connec- 


tion diagram for the carrier operators and modulators. 


Aliasing This type of digital distortion occurs during analog-to- 
digital conversions. The digitization of a signal whose frequencies 
are greater than half the sampling frequency (i.e., the Nyquist fre- 
quency) causes the appearance of parasitic frequencies that are 
strictly symmetrical with regard to the sampling frequency (the so- 
called mirror effect). An anti-aliasing filter located at the input of 
the sampler, upstream of the converter (such as a low-pass filter 
with a steep slope, known as an anti-foldback filter) makes it possi- 
ble to avoid this phenomenon. 


Alpha-dial An endless rotary potentiometer, popularized by 
Roland synthesizers, used to change the value of a parameter very 
quickly. 

Analog The representation of a physical phenomenon with the 
help of a signal whose waveform is equivalent to a continuous vari- 
ation (i.e., a waveform that consists of an infinite number of val- 
ues) as opposed to the discontinuous and discrete variations in a 
digital signal (which consists of a finite number of values). In ana- 
log synthesis, the waveform that is created is expressed as an 
electrical signal whose waveform is equivalent to the continuous 
variation. 
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ANSI (American National Standards Institute) The organiza- 
tion which, among others, is responsible for defining certain 
standards. ; 


ASCII (American Standard Code for Information Interchange) 
The coding standard for expressing, in the form of a single byte 
each, the characters and functions (such as line feeds and carriage 
returns) that appear on an alphanumeric keyboard. 


Asynchronous Characteristic of a data-processing link in which 
each character in the data set is synchronized individually, so that 
a lack of timing coordination at the transmitting and receiving 
ends doesn’t interfere with the data flow. 


AT&T (American Telephone and Telegraph) The type of con- 
nectors found on fiber optic cables, particularly in S/PDIF. 


ATR Audio tape recorder. 


ATRAC (Adaptive TRansform Acoustic Coding) The digital 
audio data compression algorithm used by the Sony Mini Disc. 


Attack The segment of an envelope that expresses the amount of 
time used by the signal to change from zero amplitude to its maxi- 
mum amplitude. The attack rate is the speed at which a sound 


reaches its maximum initial volume. 


Autolocation The automatic positioning of a recorder (e.g., an 
audio tape recorder, a video tape recorder, or a sequencer) at a pre- Bs 


viously stored location. 


Automation In audio usage, the automatic recording and repro- 
duction of the changes made by the user in the positions or set- 
tings of a group of commands (such as the potentiometers on a 
mixing console, etc.).. 


Azimuthing The act of adjusting the heads of a tape recorder. 


Backup The procedure for saving and safeguarding a set of data. 
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Bandwidth (Pass band) The technical characteristic that corre- 
sponds to the frequency response of an audio device (for instance, 


20 Hz to 20,000 Hz). 


Bank A memory area in which data, particularly voices and Pro- 


gram Change messages, is stored. 


Bank Select Message A special MIDI Control Change message 


that tells a receiving instrument to change to a different bank. 


Bar A measure of music, or the line that separates one measure 


from another. 


Baud Unit of measurement indicating the transmission speed of 
a serial or parallel link in terms of the number of signaling units 
transmitted per second. A signaling unit can carry any number of 
bits or fractions of a bit; therefore, there may be little or no corre- 
lation between the baud rate and the number of bits transmitted 
per second. For the sake of safety—and accuracy—“baud” should 


never be used as a synonym for, or instead of, “bps.” 


BBS (Bulletin Board System) A computer system that is located 
at a remote site and that is accessed by users primarily via modem- 


based computer communications using telephone lines. 


Beam The ligature or connection line between two musical notes 


expressed in graphic form. 
Beat A unit of musical time-keeping (see also B.P.M.). 


Betacam SP_ A type of video tape recorder, created by Sony, 
which uses Voanicli tape and which has two digital audio tracks. 


Betamax A type of video tape recorder, created by Sony, used by 
EIAJ-C encoders and decoders (such as the PCM-F1, PCM-701, 
PCM-601, and PCM-SO1). 
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Beta test An early version of a piece of software, intended to be 
tested by a given number of users so that corrections and changes 


can be made before the official release of the product. 


Binary Base 2 numbering system in which the digits (bits) are 
represented by the values 0 and 1. The raison d’etre of the binary 
system is directly related to the characteristics of data-processing 


circuitry, which can’t handle more than two states or power levels. 
Bit Short for “binary digit”: a number that is either O or 1. 


BNC (Bayonet Neill Concelman) A bayonet-type connector : 
that is found on coaxial cables, whether it’s a matter of carrying a 
video signal, a digital audio signal (e.g., SDIF-2, etc.), or a synchro- 


nization signal (word clock, word sync, etc.). 


Boot Execution, during power-up of a computer, of a certain 
number of initialization procedures that reside on a floppy disk-or 


on the computer’s hard disk drive. 


B.P.M. (Beats Per Minute) The tempo of a piece of music, ex- 
pressed in terms of the number of beats per minute (60 BPM, 
120 BPM, and so on). 


Buffer A portion of random-access memory (RAM) used for 


the temporary storage of data for processing purposes. 


Bug A programming error that causes a piece of software to mal- 


function. 


Bulk or Bulk dump The transfer of the contents of a block of 
memory between two MIDI devices, such as the transfer of an in- 
-strument’s internal data to a computer or to a dedicated MIDI 


data recorder. 


Burn-in SMPTE timing information superimposed on a video 


frame. 
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Bus A parallel link consisting of a set of lines (wires) that con- 
nect the various elements of a data-processing system (i.e., the cen- 
tral processing unit, the coprocessor, volatile memory (i.e., RAM), 
one or more mass-storage devices, etc.). There are three main kinds 
of buses: data buses, address buses, and command buses. 

Byte A group of eight binary digits (bits). The values of a byte 
range from 0 to 255 (256 combinations). A kilobyte (K or Kbyte) 
is equal to 1,024 bytes, a megabyte (MB) is equal to 1,024 Kbytes, 
and a gigabyte (GB) is equal to 1,024 megabytes. 


Carrier In FM synthesis, the operator whose output, rather than 
modulating another operator, directly delivers an audio signal in 
digital form. 

CD-A (Compact Disc Audio) Another mane for a CD (com- 
pact disc). 


CD-G (Compact Disc Graphics) A conventional compact disc 


whose R to W “subcodes” contain images. 


CD-I (Compact Disc Interactive) The same size as a standard 
compact disc (.e., just under AV inches), a CD-I disc combines 


audio data, images, text, etc. 


CD-R (Compact Disc Recordable) A compact disc on which 


data can be recorded. 


CD-ROM (Compact Disc Read-Only Memory) A specific 
kind of compact disc, which plays the role of a mass-storage 
device whose contents can only be read, and which requires a spe- 
cific reader. CD-ROM discs are used to store large amounts of 
data (up to 600 megabytes) representing text, images, audio sam- 
plesscte. ), 


CD-ROM XA (Compact Disc Read-Only Memory eXtended 
Architecture) An extension of a standard CD-ROM that 
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approaches CD-I, because it allows the mixing (i.e., interlacing) of 
different types of data (sound, pictures, etc.). 


CD-V (Compact Disc Video) There are three formats. The 

first (12 cm or 4.75 inches) provides 5 minutes of audio and video 
plus 15 minutes of audio; the second (20 cm or about 8 inches) of- 
fers 40 minutes of audio and video, and the third (30 cm or about 

12 inches) gives you 120 minutes of audio and video. 


CEDAR (Computer Enhanced Digital Audio Restoration) 
A system that makes it possible to restore old recordings (through 
oy) 


, 


the elimination of noise, “scratches, 


Cent A unit of pitch measurement corresponding to one one- 


hundredth of a semitone. 


Channel messages Messages sent specifically over any one of the 
16 discrete MIDI communications channels. These messages in- 
clude Note On and Note Off, Note Number, Velocity, Program > 
Change, Pitch Bend, Aftertouch, and Controller messages. 


Chase-lock Term used when several recorders are synchronized 
to a master SMPTE clock by having their running speeds slaved to 


this reference signal. 
Chip Any integrated circuit (a microprocessor, a memory, etc.). 
Click 

1* An audio metronome signal. 

2 * Undesirable noise caused by the bad looping of a sample. 


Clock ~ A rhythmic synchronization device that issues logical sig- 
nals (pulses). 


Comma: A pitch interval corresponding to one-ninth of a tone. 


Compressor The amplitude stabilizer for an audio signal. | 
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Continuous controllers A set of MIDI expression messages 
(e.g., volume, panorama, modulation, and balance), most of which 


develop over time in a continuous manner. 


Control Change messages MIDI Channel messages that are 
used to change a sound while the sound is being played. The 121 
MIDI controllers are numbered from 0 to 120. Some (such as lin- 
ear potentiometers and wheels) are continuous, while others (such 


as switches) are on-off controllers. 


Controller An interface that converts a musician’s physical ac- 


tions into MIDI codes that can be sent to a sound generator (such 


as a MIDI keyboard, a MIDI violin, etc.). 


CPU (central processing unit) The part of a computer (usually 
a single microprocessor chip) that’s responsible for managing all of 
the operational logic and memory organization in the system. 


Crossfade looping A looping technique that consists of taking a 
portion of the waveform located just ahead of the start of the loop 
and recopying it and “mixing” it with this loop in a crossfade (in 
which the end of the portion coincides with the end of the loop). 
It should be understood that in a crossfade, the volume of the re- 
copied portion gradually decreases (i.e., in a fade-out), while the 
volume of the loop moves in the opposite direction (i.e., in a fade-in). 


This way, the transition happens gently. 


Crossfading (X-fading) The crossed attenuation and increase in 
the amplitudes of both of the overlapping signals, such as between 
the start and the end of the loop for a sample, between two sound 
tones that are distributed on a keyboard either horizontally (with 
the zone being defined by two note numbers), or vertically 

(with the range of the layer being defined by two velocity values), 


and so on. 
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Crosstalk (diaphony) The interference that occurs when a signal 
spills over from one track of a tape recorder onto the adjacent 
track, or from one section of a console onto the neighboring sec- 


tion, etc. a. 


Cue (cue point) A temporal event referenced by a SMPTE time 
signal or an MTC clock signal. 


Cue list (or cue sheet) A list of cue points. When a piece of 
SMPTE or MTC code is being read and the time of an event on 
the cue list coincides with the time specified in the code, the ac- 
tion that corresponds to the event in question occurs (e.g., the 
reading of a sample, the transmission of a MIDI message, a punch- 


in or punch-out, etc.). 


Cut-off frequency The frequency at which a filter stops letting ‘ 
signals pass through it. 


CV (Control Voltage) In analog synthesis, the electrical signal 
used to indicate the pitch of a sound in the form of a variation in 


voltage. 


DAC (Digital to Analog Converter) A circuit whose job is to 
convert digital signals into analog signals. For example, every CD 
player contains a DAC. 


Daisy-chain The cascade-style connection of several MIDI de- 
vices by means of successive MIDI Thru/MIDI In links. 
Damper pedal The sustain pedal. 


DAT (Digital Audio Tape) A digital cassette-based reader and 
_recorder, whose exact terminology is “R-DAT” (Rotary-head Digi- 

tal Audio Tape), as opposed to “S-DAT” (Stationary-head Digital 

Audio Tape), which never made it to market. 

Data byte A byte utilized by the MIDI language to indicate the 


value of an action (i.e., of a status byte), such as the number or 
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velocity of a note that has been pressed, the position of the Pitch 
Bend potentiometer, and so on. By definition, the value of bit 7 of 
a data byte is always equal to zero. 


Data compression A method of storing data, either on disk or 


in RAM, in compact form. 


DASH (Digital Audio Stationary Head) The digital audio re- 
cording format used by various machines with fixed heads (such as 


those made by Sony, Tascam, and other companies). 


dB The abbreviation of “decibel,” which is the unit of measure- 


ment for the intensity or strength of a sound. 


DCC (Digital Compact Cassette) A cassette device, developed 
by Philips, that can read conventional analog cassettes and also 


read and record specific digital cassettes. 


DCO (Digital Controlled Oscillator) An oscillator utilized by 
sound generators to deliver a waveform whose pitch is controlled 


digitally from the keyboard. 
DDL (Digital Delay Line) A digital echo. 


Decay The segment of an envelope that expresses the amount of 
time used by the signal to change from its maximum amplitude to 


its sustain phase. 


Decimation When used by certain samplers (particularly to 
transpose a digital signal downward), this mathematical procedure 


consists of eliminating a number of samples, X, every Y samples. 


Default setting Sometimes known as the “factory setting,” this 
setting is the value that is set for a parameter when an instrument 
is initialized. 

Delay An effect that makes it possible to retard a signal within a 


range that can extend from a few milliseconds to several seconds 


(.e., the echo phenomenon). 
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Detuning The act of making a slight change in one voice ele- 
ment of a sound relative to another; often used to create a 


“spread” or “chorus” effect. 


Digital Literally, “using digits.” If you’re a computer, the digits 
are zero and 1, which represent the Off and On states. A digital 
synthesizer produces sounds by arithmetically manipulating a 
stream of numbers. This stream is then converted into an electrical 
signal (see DAC), and a speaker then converts the electrical signal 


into an audio signal. 


Digital word A term, analogous to “sample,” that’s more appro- 
g 8 P PP 


priate in connection with digital recording devices. 


DIN (Deutsche Industrie Normen, or German Industrial Stan- 


dard) The shorthand term for the standardized set of MIDI con- P 
nectors, including particularly the five-pin connectors used by 
MIDI systems. | 


Direct to Disk A sampling technique that consists of using a 

mass storage device (such as a hard disk, an optical disk drive, etc.) 

instead of volatile memory (1.e., RAM), in order to record and 

read data in real time, doing it all on a given number of tracks. Al- 

though the mass storage device provides a recording capacity that 

is clearly greater than that of a simple RAM, its access time has to 

be extremely high. The Direct to Disk recording technique com- 

bines the advantages of a multitrack tape recorder and the advan- . 
tages of a sampler (e.g., unmatched audio quality, the ability to 

_ edit recorded data, etc.). 


Diskette A low-capacity magnetic data-storage device 
(1.44 megabytes for a double-sided, high-density diskette ) 
whose access time is relatively slow. 

DOD (Digital Optical Disk) or MOD (Magneto-Optical 


Disk) Mass storage device whose removable media look a lot 


90) 


like compact discs. Technically, DOD, whose access times are cur- 
rently a lot slower than those of a conventional hard disk (1.e., ap- 
proximately 50 milliseconds), combines magnetic and optical (.e., 


laser-beam) techniques. 


Dotted note A musical note whose nominal time value has been 
increased by SO percent, as indicated by the dot. For example, a 
dotted half-note is equal in length to three quarter-notes; a dotted 
quarter-note is equal in length to three eighth-notes, and so on. 


Download. To receive data from a computer system located else- 


where. 
Drive A disk reader. 


Driver A piece of software that lets a computer send data to, or 
communicate with, a particular external piece of hardware (such as 


a printer, disk drive, or sound generator). 


Drop-frame (DF) The term that designates SMPTE code that 


runs at 29.97 frames per second. 
Dropout Accidental signal loss on a recording medium. 


Drum kit A special kind of synthesizer voice that contains sev- 
eral samples of percussion sounds, with each sound being assigned 


to a different key on the synthesizer keyboard. 


Drum machine A sound generator that specializes in simulating 
or reproducing percussive timbres. Almost always associated with a 


dedicated sequencer. 


DSP (Digital Signal Processor) A special-purpose integrated 
circuit used in the processing of digital signals, particularly by ef- 
fects processors, but also by certain types of synthesizers (such as 


the Kurzweil VAST and others). 
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Dump The transfer of data between two MIDI instruments. 
Used primarily to exchange sounds and samples (see also Sample 


Dump Standard). 


Dump request A request transmitted to a MIDI instrument, 
asking the instrument to send all or part of the contents of its 
memory. 


Duophonic Characteristic of an instrument that can generate a 


maximum of two notes at the same time. 


Dynamic allocation The voice-allocation method used by some : 
MIDI instruments, in which the most recently played notes are 

given their full shape and value and notes that were played earlier . 
are “robbed” of their characteristics or parameters, as necessary, to 


support the current notes. 


EBU (European Broadcasting Union) The European SMPTE 
synchronization rate (i.e., 25 frames per second), which is used by * 


the PAL and SECAM standards. 
EDL (Edit Decision List) Synonym for cue list, but used more 


often in video. 


EG (Envelope Generator) From simple ADSR modules to 
more complex systems consisting of multiple slopes and plateaus, 
the purpose of the envelope generator is to cause certain sound pa- 


rameters to develop over time. 


Equalizer A device whose purpose is to amplify or diminish one 
or more of the frequency bands in a signal. Equalizers can be 


graphic, shelving, parametric, or semi-parametric. 


EIAJ (Electronics Industries Association of Japan) The organi- 
zation which, among other things, is responsible for defining cer- 


tain standards. (EIAJ-A and EJAJ-C are used by the PCM family 


of Sony encoders and decoders.) 
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EPROM Erasable Programmable ROM; in other words, a read- 


only memory chip that can be erased and rewritten. 
Fade-in A gradual increase in the amplitude of a signal over time. 


Fade-out A gradual decrease in the amplitude of a signal 


over time. 


Fader (potentiometer) A linear potentiometer, as opposed to a 


rotary potentiometer (which is known as a “pot” or “panpot’ ). 


Feedback The effect produced by a signal acting on itself (i.e., a 
loop). In FM synthesis, an operator that is modulated by its own 
output. 


FFT (Fast Fourier Transform) This procedure, which is linked 
to the theorem proposed by the physicist and mathematician 
Joseph Fourier, makes it possible to use a series of mathematical 
calculations to break down the harmonic content of a waveform 


into a series of sinusoidal curves. 


FIFO (First In, First Out) In data processing, a principle in the 
accumulation or stacking of data characterized by the fact that the 
first item to be stored will be the first item to be removed from 
the storage stack (exactly the opposite of what happens with a 
stack of dinner plates). 


Filter A circuit whose purpose is to attenuate or cut off certain 


frequencies in a signal. 
Floppy A flexible disk or diskette, as opposed to a hard disk. 
FM. Frequency Modulation. 

FM synthesis A principle defined by John Chowning at Stan- 
ford University and implemented by Yamaha. FM synthesis is sim- 
ply an extension of the properties of vibrato. Its major advantage 


lies in the fact that it can be used to create complex timbres by 


means of sinusoidal oscillators that modulate one another. 
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Folder The storage subdivision in which files are kept in a mass 


memory device (e.g., a floppy disk or a hard disk). : 


Formatting Preparing a magnetic medium (a floppy disk, 
hard disk, etc.) in such a way that the medium is capable of receiv- 
ing data. 


FPB (Frames Per Beat) The number of frames per metronome 


pulse. 
FPS (Frames Per Second) The number of frames per second. 
FSK (Frequency-Shift Keying) A synchronization clock whose 


frequency is generally too low to be recorded as such on a tape re- 
corder is sometimes represented in the form of an FSK signal that 
consists of two sufficiently high frequencies that alternate at the 


rate of the clock in question. 


Fundamental The lowest harmonic of a periodic signal. The — 
frequency of the fundamental determines the overall pitch of the 
signal. 

Gate An all-or-nothing electrical signal, used particularly by the 


keyboard of an analog synthesizer to transmit to the sound gener- 
ator the information relating to the pressing and releasing of keys. 


General MIDI A standard subset of MIDI rules that helps en- : 
sure compatibility among different instruments. General MIDI in- 
struments all store sounds in the same memory areas, and always 

use MIDI Channel 10 for drum parts. They can all play at least 

16 sounds at once, and have at least 24-note polyphony. 


General MIDI score A MIDI file that’s been optimized for 
playback by a General MIDI instrument. : 


Gigabyte (GB) A unit of memory capacity that corresponds to 
1,024 x 1,024 x 1,024 bytes (that is, 1,024 megabytes), or 
1,073,741,824 bytes. 
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GPI (General-Purpose Interface) An interface dedicated to the 
remote control of certain functions of video devices from an edit- 


ing or mixing bench, 
Green Book The document that standardizes the CD-I format. 


Handshaking Procedure, based on a question-and-answer dia- 
log, that lets two data-processing devices communicate with one 


another. 


Hard disk (hard disk drive) A magnetic substrate that can store 
an amount of data ranging from 20 megabytes to several hundred 
megabytes, depending on the manufacturer and model, and whose 


access times are extremely fast (1.e., several milliseconds). 


Harmonic series A set of frequencies whose values are whole- 


number multiples of the fundamental frequency. 


Header The information contained in a header, which is a sort 


of ID card for a file, describes the data that the file contains. 


Hertz (Hz) A unit of frequency that indicates the pitch of a sig- 
nal, as expressed in terms of the number of periods or cycles per 


second in the signal. 


Hexadecimal The representation of data in base 16, using the 
digits 0 through 9 and the letters A through F. This numbering 
system was designed particularly with a view toward improving the 
readability of binary data, because two hexadecimal numbers (with 
256 values ranging from OOH to FFH) are equivalent to eight bi- 
nary numbers (with 256 values ranging from 00000000 to 
11111111)}—that is, to one byte. 


Host connection A connection that lets you link a MIDI instru- 
ment directly to a computer, via the computer’s serial ports, with- © 
out needing a separate MIDI interface. 
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HPF (High-Pass Filter) A high-pass filter cuts off the harmon- 
ics that are located below its cut-off frequency, as a function of its . 
slope, as expressed in terms of decibels per octave. 


IEC (International Electronic Commission) An organization 


which, among others, is responsible for defining certain standards. 


IMA (International MIDI Association) An international or- 
ganization which is responsible for distributing to its members all 
official information relating to the MIDI standard, for overseeing 
the proper implementation of the information, and so on. The 
IMA also publishes a monthly bulletin and offers a variety of 


services. 


Implementation Each builder of MIDI products is required to 

publish the characteristics of its products in the user manual for x 
each product, in the form of a chart that summarizes the messages 
that the device sends and receives. This chart is known as the 
MIDI implementation chart. 


Initialization A reset procedure that activates the default values ° 


of some or all of the parameters of an instrument or other device. 


Interface The point at which independent systems interact. An 
interface can exist between two or more machines, or between 


human beings and one or more machines. 


Interpolation Technique consisting of artificially generating in- 
termediate values (for new samples between the original samples). 
For example, in order to generate a new sample for each sample, 
you would calculate the amplitude of the new sample by dividing 
by two the sum of the amplitude of the two samples on either side 
of the position to be held by the new sample. Schematically, it in- 
volves a kind of smoothing or polishing. The opposite maneuver, 


involving the removal of samples, is sometimes called decimation. 
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Both of these techniques are used particularly in oversampling, re- 


sampling, and transposition. 


IRT (Institut fir RundfunkTeknik) The German soSmeute for 


broadcasting techniques. 


ISO (International Standards Organization) An organization 


which, among others, is responsible for defining certain standards. 


Jam sync A procedure whose purpose is to replace a defective 


portion of code with a regenerated portion. 


JMSC (Japanese MIDI Standards Committee) The official or- 
ganization that includes the majority of the Japanese MIDI instru- 


ment builders. 


Kilobyte (K or Kbyte) A unit of memory capacity, equivalent to 
1,024 bytes. 


LA (Linear Arithmetic) A digital synthesis procedure developed 
by Roland and used particularly in that company’s D series instru- 
ment (the D-50 and D-550, the D-5S, D-10, D-110, D-20, and 
others). The oscillator waveforms are embodied in samples stored 
in ROM and processed by means of a structure that is functionally 


similar to that of analog synthesizers. 


LAN (Local Area Network) MediaLink is one example of 
a LAN applied to MIDI and also to other types of digital 


information. 


Layering ‘The superimposition of several sounds within the same 
geographic zone on a keyboard (i.e., within the same tessitura, as 
delimited by two note numbers). MIDI lets you combine as many 
as 15 different sounds, including voices from different instru- 


ments, to create thick audio textures. 


Least Significant Bit (LSB) Bit 0 in a byte (that is, the bit lo- 
cated the farthest to the right). 
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Least Significant Byte (LSB) The least significant byte in a 
group of bytes (that ts, the byte located the farthest to the right). 


LED (Light Emitting Diode) An electroluminescent diode, 


used by certain display screens. 


LFO (Low Frequency Oscillator) An oscillator whose purpose 
is to generate low frequencies in order to modulate various param- 


eters of a sound. 


LIFO (Last In, First Out) In data processing, a principle in the 
accumulation or stacking of data characterized by the fact that the 
last item to be stored will be the first item to be removed from the 
storage stack (analogous to what happens with a stack of dinner 
plates). 

Local control on/off A function whose purpose is to connect 


and disconnect the internal link between the keyboard of a MIDI 


instrument and the instrument’s sound generator. 
Long word A unit of information consisting of four bytes. 


Looping A technique utilized during the processing of a sample. 
It consists of repeating a certain portion (delimited by the Loop 
Start and Loop End points) in such a way as to prolong that por- 
tion artificially. 


LPF (Low-Pass Filter) A low-pass filter cuts off the harmonics 
that are located beyond its cut-off frequency, as a function of its Fe 


slope, as expressed in terms of decibels per octave. 


LSI (Large Scale Integration) Integrated circuit design and 
manufacturing procedure that makes it possible to put from 100 
to 20,000 transistors on a single chip. 


LTC (Longitudinal Time Code) ASMPTE time code physi- 
cally recorded in audio form on a track on an audio or video tape 


recorder. 
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MADI (Multichannel Audio Digital Interface) A digital inter- 
face whose purpose is to carry 56 audio channels, in AES/EBU 


format, on a single line or wire. 


Mapping The geographical assignment of various timbres to 
different playing zones on a keyboard, with those zones being 
delimited by their lower and upper notes (1.e., their tessitura). 
For example, mapping a drum kit consists of assigning one or 
more note numbers to each of the different instruments (e.g., the 
bass drum, the snare drum, etc.). The term also applies to the as- 


signment of notes, programs, and/or channels. 


MDR_ A MIDI data recorder, i.e., a device that can record and 
play back MIDI bulk dump data. Many MIDI sequencers and se- 
quencing programs can do this; so can dedicated patch editor/li- 


brarian programs and some hardware devices, including the 


Yamaha SY99 synthesizer. 


Megabyte (MB) A unit of memory capacity that corre- 
sponds to 1,024 x 1,024 bytes (that is, 1,024 kilobytes), or 
1,048,576 bytes. 


MEL-2 A digital interface developed by Yamaha. 
Merge A function that ensures the mixing of MIDI data. 
MIDI The Musical Instrument Digital Interface: a standardized 


digital “language” that lets electronic musical instruments and com- 
puters talk to each other and exchange data. 

MIDI cable A special wire that carries MIDI data. The wire 

has three shielded conductors connected to five-pin DIN plugs 

at both ends. MIDI cables should usually be no more than 

50 yards long. 
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MIDI channel Any one of the 16 pathways that the MIDI 
standard provides for the transmission and reception of data. (The 
number of the channel over which MIDI data should be transmit- 
ted is specified by a number in the MIDI data stream.) 


MIDI Clock Signal A System Real Time message that specifies 
the tempo of a MIDI sequence. A total of 24 MIDI Clock Signals 


are issued during each quarter-note. 
MIDI connector A five-pin DIN plug. 
MIDI eontroller A device that outputs MIDI data. They in- 


clude instrument controllers (e.g., keyboard, guitar, wind, or drum 
controllers) or real-time controllers. Real-time controllers are 
either continuous devices (e.g., wheels, pots, pedals, etc.) or on- 
off switches. Pitch Bend (usually a wheel or joystick) and After- 
touch (i.e., channel pressure) are two special kinds of continuous 


controilers. 


MIDI File The standard format (sometimes referred to as Stand- 
ard MIDI Files, or SMP) used by computers to encode and store 
MIDI sequence data. MIDI Files makes it possible to exchange 
files between different kinds of software (such as sequencers, score 


editors, etc.). 


MIDI interface A hardware device that lets a computer “speak 
MIDI” and communicate with MIDI devices such as instruments 
and synthesizers. 

MIDI Manager An Apple Macintosh system utility that lets you 
route MIDI signals among various applications. 

MIDI port Any of the physical connections (MIDI In, MIDI 
Out, and MIDI Thru) through which MIDI data enters or leaves 


a device. 
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MIDI software A computer program that can store, play back, 
and/or manipulate MIDI data. Typical MIDI software applica- 


tions include sequencing, notation, and patch editing. 


MIDI Time Code (MTC) A MIDI System Real Time message 
that assigns a unique address to specified individual moments in 
time (usually each 120th of a second). MTC is a lot like SMPTE 
Time Code, except that it’s transmitted via MIDI ports and used 
mainly to synchronize the playback of MIDI files and digital 
audio, which it does mainly by converting SMPTE data into 
MIDI messages. 


Mixer A device that blends the audio signals from a variety of 
sources (instruments, microphones, CD players, etc.). Mixers often 
contain pots or faders that let you adjust the volume and pan posi- 


tion of each instrument independently. 


MMA (MIDI Manufacturers’ Association) The official organi- 
zation that includes the majority of American MIDI instrument 
builders. 


Modem A device that converts digital data into an analog signal 
(and vice versa), in accordance with the MOdulation/DEModula- 
tion principle. Modems are used by two correspondents in order 


to exchange data over telephone lines. 


Modulation wheel ‘The purpose of this continuous MIDI con- 
troller, which is generally located near the Pitch Bend wheel, is to 
modify in real time the various parameters of a sound (e.g., trem- 
olo effects, vibrato effects, etc.). 


Modulator In FM synthesis, the operator whose output will 


modulate one or more other operators. 


Monophonic Characteristic of an instrument that generates only 


one note at a time. 
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Most Significant Bit (LSB) Bit 7 ina byte (that is, the bit lo- 
cated the farthest to the left). 


Most Significant Byte (LSB) The most significant byte in a 
group of bytes (that is, the byte located the farthest to the left). 


MTC. See MIDI Time Code. © 


MTR Multitrack Tape Recorder. 
Multiplexing In sampling, this procedure lets a single DAC con- 


vert several signals at a time. In reality, because of its inability to 
handle more than one signal, the DAC proceeds from one signal 
to another without stopping, alternately converting one portion of 
one signal and one portion of the other signal during a very short 
time interval, thereby giving the illusory impression of simultane- 
ous operation. 

Multitasking A data-processing operating system’s ability to let 
~ several software applications operate simultaneously on a single 
machine. 

Multitimbral (or polytimbral) The ability of a sound generator 
to deliver simultaneously several different timbres (1.e., several dif- 


ferent sound tones). 


MUSICAM (Masking-pattern Universal Sub-band Integrated 
Coding and Multiplexing) A digital audio data-~compression 
algorithm (that reaches, just a little, for the acronym). 


Muting The cutting-off of a track on a sequencer, or of a voice 


on a mixing console. In verb form, you “mute” a track. 


NAB (National Association of Broadcasters) The American 


association for professional broadcasting personnel, 


Noise gate A device that lets a signal pass only if the signal level 


exceeds a certain amplitude threshold. 
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Non-drop frame (NDF) The term used to designate SMPTE 


code that runs at 30 frames per second. 


NoNoise A system, developed by Sonic Solutions, that makes 
it possible to restore old recordings (through the elimination of 


noise, “scratches,” etc.). 


Notation software Any computer program that can display and 
print MIDI data in the form of standard musical notation. (Some 
MIDI sequencers have this capability.) 


Note Off The MIDI status of a note that has been released. 
Note On The MIDI status of a note that has been pressed. 
NTSC (National Television Standards Committee) The 


American video standard, which runs at 30 frames per sécond in 
black-and white (non-drop-frame), and at 29.97 frames per sec- 
ond in color (drop-frame). NTSC (sometimes referred to, not en- 
tirely facetiously, as “Not The Same Color’) is also in effect in 


Japan, in Canada, and in some other countries. 


Nybble A group of four bits, i.e., a half-byte. Sometimes spelled 
“nibble.” 


Nyquist The frequency that bears the name of this physicist and 
mathematician is equal to half the sampling frequency, and corre- 
sponds to the upper limit of the acceptable pass band when an ana- 
log-to-digital conversion takes place. The sampling of a signal that 
exceeds this limit leads to the occurrence of digital background 
noise (see aliasing ). 


Offset The value of a shift. When two tape recorders are syn- 
chronized, the offset corresponds to the SMPTE timing difference 


between the respective codes of the devices. 
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Operator In FM synthesis, the operator is an oscillator that can 
behave either like a carrier or like a modulator, depending on the 
algorithm that’s been selected. 


, 
Optocoupler In the MIDI interface, this circuit converts the 
information that has been received into light, which is then con- 
verted into electricity. By eliminating interference, this optical isola- 
tion between the transmitter and the receiver ensures completely 


reliable communications. 


Orange Book The document that standardizes the format for 
writable compact discs (either WORM (write once, read many ) or 
WMRA cwrite many, read always)), with which makers of CD-R 


discs must comply. 


Oscillator The synthesizer module that is responsible for provid- F 
ing the waveform. 


Overflow ° 
1*® Saturation of a buffer. 


2.® A function thanks to which the notes that are received by an 
instrument that has reached the point of polyphonic satura- 
tion are retransmitted via the MIDI Out port of the instru- 
ment in order to control a second instrument of the same 
type, set to an identical sound, in order to double the overall 


level of polyphony. 


Oversampling A technique employed at the input as well as at 
the output of a digital device (e.g, an ADC or a DAC) in order to 
improve the quality of the conversions. Without going into gory 
detail, it can simply be said that the ADC cuts off the signal at a 

. frequency that is X times higher than the frequency at which the 
ACD stores the data, and that conversely the DAC transmits X 


times more samples than it reads. 


Overtone A harmonic or partial frequency. * 
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PAL (Phase Alternation Line) The color television standard fol- 
lowed by most European countries, with a few exceptions (such as 


France and certain Eastern European countries). 


PAN (Performing Artists Network) An international BBS that 
is accessible from about 60 countries. It lets musicians converse 
through forums and mailboxes, and exchange information such as 


sounds, samples, sequences, and so on. 


Panorama (Pan) The act of positioning sounds between the left 
and right speakers, to create a stereophonic effect. 


Parallel Characteristic of a data link in which the elementary 
data (i.e., the bits) are transmitted simultaneously over several 
grouped lines. A parallel 8-bit link makes it possible to send the 
contents a byte all at once, thereby providing eight times the data 
density of a serial link. 


PASC (Precision Adaptive Sub-band Coding) A data-compres- 
sion algorithm for digital audio data, similar to MUSICAM, devel- 
oped by the French CCETT (Common Center for Broadcast- 
ing and Telecommunications Research), the German IRT, and 


Philips, and used by DCC (digital compact cassette) devices. 
Patch 


1=* One of the many terms used to refer to the memory of a 
MIDI device (e.g., a sound, a voice, a multitimbral configura- 
tion, etc.). 

2" A connection and signal-routing matrix (e.g., an audio patch 


or a MIDI patch). 


Pattern A logical grouping of a certain number of measures or 
bars in a recording, accomplished with the aid of a sequencer or 


thythm box (e.g., an introductory pattern, a couplet, etc.). 


DRUMS 
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PCM (Pulse Code Modulation) The digitization of an audio 
signal that has been broken down into samples whose amplitude is 
measured in order to be coded in binary form. 


P.D. (Phase Distortion) Developed by Casio for the CZ instru- 
ment family, the principle of synthesis through phase distortion 
' consists of imposing a change in the phase angle on a co-sinusoi- 


dal oscillator so as to obtain complex waveforms. 


Performance A term used by some builders to refer to the set of 
sounds in a multitimbral configuration. 


Peripheral device In data processing, a device connected to a 
central processing unit. Screens, hard disks, floppy-disk readers, 
and printers are all examples of peripheral devices that are linked 


to computers. 


a 


Pitch (frequency) The relative auditory “highness” or “lowness’ 
of a signal. 


Pitch Bend wheel (or Pitch Bender) A wheel whose purpose is 
to cause a change, in real time, in the pitch of the notes being 
played. 

Platform The type of computer with which a MIDI system is 


working: for instance, a Macintosh platform, an Atari platform, or 


an IBM platform. 
Play list A synonym for cue list. 


Polyphony The number of notes that can be reproduced simulta- 
neously by a sound generator. (The DX7 is polyphonic with 16 


voices; the Proteus is polyphonic with 32 voices, ace) 


_Polytimbral A synonym for multitimbral. The ability of a 


sound generator to issue several timbres simultaneously. 


Port A specialized data-processing connector, intended for use 
in exchanging data between a computer or other device and the 
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outside world (e.g., the printer port, the modem port, the MIDI 
port, and so on). 


Portamento An effect that consists of changing from one note 
to another by gradually sweeping through the range of pitches be- 


tween these two notes, within a given period of time. 


Postproduction In video, postproduction includes all of the 
work performed after the raw material is recorded. Audio postpro- 


duction (which involves the adjustment and mixing of sounds with 


‘the frames) should be distinguished from video postproduction 


(which involves editing and so on). 


Post-roll The automatic extension of the reading phase for a 
tape when the tape has reached a predetermined stopping point 


(such as a punch-out point, a location point, etc... 


PPQN (Pulses Per Quarter-Note) A synchronization unit, ex- 
ptessed in terms of the number of pulses per quarter-note (for ex- 


ample, 24 PPQN, 48 PPQN, 96 PPQN etc... 


Pre-roll A tape recorder that has received an instruction to place 
itself at a predetermined position on the tape (such as a starting 
point, a punch-in point, a location point, etc.) will actually posi- 
tion itself a few seconds ahead of that point, depending on the 
specified pre-roll time. For example, this period makes it possible 
for two rotating machines to synchronize themselves, for a per- 
former to hear part of the music before starting to make a record- 


ing, and so on. 


Pro-DAT Digital Audio Tape that can record a time code 
which complies with the Pro-R Time standard issued by the IEC. 


ProDigi (Professional Digital) A digital audio recording format 
used by different fixed-head machines (such as those made by 
Mitsubishi, Otari, and other companies). 
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Program Change message A MIDI channel meses that’s used 


to select different voices. 


Punch-in Either programmed or triggered on the fly, this point 
corresponds to the starting position at which a recorder (L.e., a 
tape recorder or a sequencer) switches from Read mode to 


Record mode. 


Punch-out Either programmed or triggered on the fly, this point 
corresponds to the starting position at which a recorder Cae 


tape recorder or a sequencer) switches from Record mode to 


Read mode. 
PWM (Pulse Width Modulation) | The modulation of the F 


width of the impulse for a signal that has a square waveform. 


Quantization A way of rounding the value of a piece of digital 

data to the nearest discrete value, in accordance with a given resolu- 

tion or interval between the discrete steps, or mapping a continu- 

ously variable quantity into a discrete, stepped digital context. 

Examples include the quantization of MIDI messages in a se- — : 
quence or the quantization of the samples in a sampled sound, etc. 


The technique can also be used to correct timing mistakes. 


Rack The standard width of data-processing equipment, musical 
devices, etc., i.e., 19 inches. Height is measured in terms of the 


number of unit (1U, 2U, 3U, elcy: 
RAM (Random Access Memory) The type of data storage that 


allows both reading and writing. It usually contains program infor- 
mation and/or data, but always requires a constant supply of elec- 


trical power in order to store data. 


Range A set of frequencies delimited by an upper note and a 
lower note. Also the customary range of notes or frequencies for a 


particular instrument or voice. 
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R-DAT (Rotary-head Digital Audio Tape) The proper term 
to use with reference to a DAT device, because these devices use 


rotating heads. 


Real time Characteristic of a MIDI recording which is accom- 
plished directly, as opposed to a recording which is done in step 


mode. 


Red Book The document that standardizes the format for com- 
pact discs, and with which CD makers must comply. 


Release The segment of an envelope that expresses the amount 
of time used by the signal to change from its current amplitude to 


zero amplitude when the note is released. 


Remote keyboard A mute control keyboard whose sole purpose 
is to transmit MIDI codes. (The keyboard is often provided with 
a heavy touch and 88 keys.) 


Resampling - A simulation procedure based on the resampling cal- 
culation of a sample at a sampling frequency that is different from 
the original frequency. When this new frequency is lower than the 
original frequency, it makes it possible to save memory but reduces 
the pass band, whereas in the opposite case (Lew if the new fre- 
quency is higher than the original frequency), the new frequency 
generally improves the quality of the transposition but takes up 


more memory space. 
Reset The procedure of re-initializing a data-processing system. 


Resolution The number of finite values utilized to represent a 
piece of data in digital form (i.e., to quantize the data). Eight-bit 
resolution involves 256 values; 12-bit resolution involves 4,096 
values; 16-bit resolution involves 65,536 values, and so on. 


Rest A silence ina piece of music. 
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Reverberation (reverb) The simulation of natural reverberation 
(1.e., reflection) phenomena, in order to add a sense of spacious- 


ness and ambience to a sound. 


ROM (Read-Only Memory) Memory that can only be read, 
not written to, It contains unchangeable pre-programmed data re- 
lating to a computer's operating system, the factory presets of a 
synthesizer, and so on, and does not require a constant supply of 


electricity in order to store data. 


RS-232C An asynchronous EIA (Electronics Industry Associa- 
tion) interface that defines the connection and the electrical stan- 
dard for serial communication. Its specified maximum data- 
transmission rate is 20,000 kilobits per second. IBM compatibles 
use RS232 serial ports. 


RS-422 One of the companion interfaces to RS-232C that de- 
fine balanced and unbalanced high-speed links. RS-422 defines © 
the electrical characteristics for one-megabit-per-second serial com- 


munications. Apple Macintosh computers use RS422 serial ports. 


Running status A compression procedure for MIDI data. When 
the status bytes in a series of successive messages are identical, the 


status byte is transmitted only once. 


Sample A sound that is sampled, and also each of the digital 
words that make up the sample (see also ADC). 


Sample Dump Standard (SDS) A MIDI protocol that lets sam- 
ples be transferred. 
Sample rate The sampling rate (or sampling frequency, not to 


be confused with the frequency of the signal) corresponds to the 


number of samples taken per second by an analog-to-digital con- 
verter. (A compact disk samples at a rate of 44,100 Hz; R-DAT 
samples at 32,000, 44,100, and 48,000 Hz, and so on.) 
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Sampler An electronic musical instrument that’s based on a sam- 


pling technique. 


Sampling Measuring a signal electrically at regular intervals, in 
order to impart to the signal values that can be represented numerically 
and used directly and immediately by the circuits of a computer. 


Sawtooth wave A waveform that consists of the fundamental 
and all of its harmonics, with the amplitude of each harmonic 


: , , ‘ jl 1 
being inversely proportional to its order or iaule(e.g., 1; /2, 73, 
V4, etc.). 


SCMS (Serial Copy Management System) A protection sys- 
tem designed to prevent the making of successive digital copies. 
Thanks to SCMS, only one first-generation copy of a recording 
can be made. For example, a DAT cassette that has been recorded 
digitally from a CD cannot be duplicated digitally on a second 
DAT cassette. 


SCSI (Small Computer System Interface) The high-speed data- 
transfer protocol dedicated to connecting various peripheral de- 
vices and mass storage devices (hard disks, optical disk drives, etc.) 


to desktop and laptop computers. Apple Macintosh systems have 
built-in SCSI ports, but IBM PCs and clones can use SCSI too if 
they add special cards. 


SCSI TI An improved (ie., even faster) version of SCSI that is 


compatible with the earlier version. 


S-DAT (Stationary-head Digital Audio Tape) A fixed-head 
DAT project that was never completed. DCC (digital compact cas- 


sette ) technology can be considered to be its heir and successor. 


SDIF-1 (Sony Digital Interface 1) Derived from SDIF-2, this 
interface is utilized by the DASH family of tape recorders. 
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SDIF-2 (Sony Digital Interface 2) An interface first designed 
for use with the Sony PCM-1600, PCM-1610, and PCM-1630 
instruments (EIAJ-A). 

SECAM (Systeme Electronique Couleur Avec Memoire) (elec- 


tronic color system with memory) The color television stan- 


= 


dard used in France, in certain Eastern European countries, and in 


some African countries, among others. 


Serial Characteristic of a data link in which the various bytes 
that are carried are broken down, bit to bit, in order to be sent one 
after another over a single line or wire. MIDI is a serial interface, 
as are the COM ports (RS-232C) on IBM PCs and the modem 
and printer ports (RS-422) on Macintoshes. 


Serial port The physical computer connection through which 


serial data enters and leaves the system. 
SFX Special effects. ° 


Sine wave A sinusoidal waveform or a smaller periodic sound 

element, corresponding to a fundamental with no harmonics. Ac- ‘ 
cording to Fourier’s theorem, each complex periodic motion can 
be broken down into a sum of simple sinusoidal (.e., harmonic) 
periodic motions whose frequencies are whole-number multiples 


of the fundamental. 
Slider A linear potentiometer. 


SMPTE (Society of Motion Picture and Television Engineers) 

This abbreviation, pronounced “SIMP-tee,” refers to a timing syn- 
chronization code that assigns a unique address to specified indi- 

vidual moments in time (usually each 120th of a second). SMPTE . 
_ Time Code consists of hours, minutes, seconds, frames, and sub- 

frames. Its major function is to synchronize audio and visual cues 


with each other. 
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Soft pedal The expression pedal stored in the MIDI family of 
controllers under code 43H (67). This pedal should not be con- 
fused with the damper or sustain pedal, which is 40H (64), or 
with the sostenuto pedal, which is 42H (66). 


Song Position Pointer (SPP) This MIDI System Real Time 

message describes a particular position within a piece of music, at a 
resolution of one sixteenth-note. The term also refers to the MIDI 
counter that counts the number of sixteenth-notes that have passed 


since the beginning of a piece. 


Song Select A MIDI System Common message that tells a se- 
g y S 
quencer to select one of the two or more pieces of music stored in 


its memory. 


Sostenuto The expression pedal stored in the MIDI family of 
controllers under code 42H (66). 


S/PDIEF (Sony Philips Digital Interface Format) A widely util- 
ized public digital audio interface, similar to AES/EBU (the IEC- 
958-II and EIA] CP-340 standards). 


Spillover A term that means the same thing as the second defini- 


tion of overflow given above. 


Split The division of a keyboard into several geographic zones 
that are separated, two by two, bya key number known as the 

split point. 

Split point A separation point that is identified by a note num- 
ber and that delimits two adjacent geographic zones on a keyboard. 


SPP See Song Position Pointer. 


Square wave A waveform that consists of the fundamental and 
all of its odd-numbered harmonics, with the amplitude of each har- 


monic being inversely proportional to its order or rank (asy1, vA 
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Stack See layering. 


Star network A star-shaped network of devices within which 
each MIDI In port of the receiving units is connected to a MIDI 
Out port that forwards messages from a single transmitting unit 
(thanks to the addition of a MIDI Thru box, to the multiple out- 


puts of a sequencer, to a master keyboard, to a converter, etc.). 


Status byte The byte that the MIDI language uses to define an 
action (such as playing a note, pressing the sustain pedal, etc.). By 
definition, the value of bit 7 of a status byte is {f ALWAYS} } 
equal to |. 


Step mode A MIDI recording procedure on a sequencer, thanks : 
to which the information is acquired note by note, by means of a 
keyboard, a mouse, the pressing of keys on the computer key- P 


board, or by means of a combination of these various methods. 


Streamer A tape spooler that is dedicated to storing a set of digi- ° 
tal data provided by volatile memory (1.e., RAM) or a mass storage 


device. Also known as a streaming-tape unit. a 


Striping The recording of a timing code (the “stripe” ) on the 


audio track of an audio tape recorder or video tape recorder. 


Subtractive synthesis The creation of a timbre through the fil- 
tration of a certain range of frequencies from a waveform (such as 


a square or sawtooth waveform) that is rich in harmonics. 
Sustain 


1 = The expression pedal stored in the MIDI family of control- : 
lers under code 40H (64). 


2 * The segment of an envelope that expresses the stabilization 


volume of a sound when the sound is held. 


Synchronous Characteristic of a data link in which the timing 
for sending a block of data (which can contain essentially all of 
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the characters in the entire message) is coordinated by the transmit- 


ter and the receiver at the beginning of the exchange. 


Synchronization The process of having events line up with one 


another. SMPTE Time Code is often used to make this happen. 


Synchronizer A device whose purpose is to synchronize tape- 


based devices (e.g., audio and video tape recorders). 


Sync-to-tape A system for the conversion of a clock signal is- 
sued by a sequencer in a form that allows the clock signal to be re- 
corded on the audio track of an audio tape recorder or video tape 
recorder, and vice versa, in order to be able to slave a sequencer to 


a tape-based device. 


Synthesizer An electronic musical instrument that can produce 
sounds in the form of audio signals, either by directly manipulat- 
ing electrical signals (which is what the older, analog synths did), 
or by using mathematical functions to change a stream of numbers 
(which is what contemporary digital synths do). Synths also let 
you change the various parameters (such as pitch, timbre, and am- 


plitude) of a waveform. 


SyQuest A brand of removable hard disks, currently available in 
44-, 88-, and 105-megabyte capacities. 


SysEx The abbreviation for “System Exclusive.” 
System Exclusive A class of MIDI messages which in particular 


makes it possible to exchange non-standardized data, because 
each manufacturer that has an ID number can create this kind of 


message. 


System messages MIDI data that isn’t specific to any single 
channel. System messages include System Exclusive messages 
(which involve an instrument’s internal data, sometimes called 
Bulk Dump data), System Real Time messages (sequencer Start, 
Stop, and Continue commands, and also MIDI Clock Signal 
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and other timing information), and System Common messages 


(Song Select messages, tuning requests, system resets, etc.). 
Threshold The level at which an event or action is triggered. 


Thru box A box whose.job is to duplicate the messages it re- 
ceives at its MIDI In port and forward them to a given number of 
MIDI Thru ports, in order to drive several instruments in parallel, 
reduce the number of delay problems, etc. 


Tie A link or connection. 


Timbre The aural or sonic characteristics that differentiate 
one sound from other sounds. Sometimes used interchangeably 
(though not always accurately) with “voice,” “patch,” or 


“ ” 
pro gram. 


Time code A piece of data whose purpose is to express time- 


related information. Popular examples include SMPTE code and 
MIDI Time Code. 


Time signature The information that indicates the number of 
beats in a typical measure in a piece and also what kind of note 
gets one beat. For instance, in “/4 time, there a two beats in each 
measure and the quarter-note gets one beat. In % time there - 
six beats in each measure and the eighth-note gets one beat. In % 
time there are three beats in each measure and the half-note gets 


one beat, and so on. 


Time stretching and time crunching Temporal expansion and 

compression. The purpose of the technique is to extend or shorten 
the duration of a sample without affecting its pitch—thereby mak- 
ing it possible to transpose the sample upward or downward with- 


out affecting its duration. 


Timing clock The MIDI clock pulse (F8H), which is transmit- 


ted 24 times per quarter-note for synchronization purposes. 
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Tone generator A keyboardless device that outputs audio signal 


in response to MIDI commands. 


TOS links Connectors that are found in fiber optic cables, par- 
ticularly in S/PDIF. 


Transients Harmonic components that are responsible for sud- 
den changes in the harmonic spectrum (such as attack transients, 
damping, etc.). 

Tremolo A cyclic change in amplitude imposed on an audio 


signal. 


Triangle wave A waveform that consists of the fundamental and 


a small number of even- and odd-numbered harmonics. 


Trigger A module that is responsible for initiating an action as 
soon as it detects a given threshold voltage at its input. 


True voices The actual, real tessitura of a sound generator. This 
range indicates the number of notes of different pitches that can 


be played. 
UART (Universal Asynchronous Receiver /Transmitter) 


A bidirectional interface that ensures the conversion of serial data 
into parallel data, and vice versa. A computer's central processing 
unit (CPU) is connected to the MIDI ports by means of a circuit 
of this type (see also ACIA). 


U-Matic A type of video tape recorder, created by Sony, that 
uses */4-inch tape and that is used by EIJAJ-A encoders and decod- 
ers (such as the Sony PCM-1600, PCM-1610, and PCM-1630). 


Upload To send data to a computer system located elsewhere. 


Variable Sample Playback Technique utilized by many samplers 
to transpose samples. It consists of reading the sample at a sam- 
pling frequency that depends on the note that’s played on the key- 


board. In other words, if a sample were to be transposed one 
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octave upward, it would have to be read twice as fast as before (for 
example, at 88.2 kHz instead of at 44.1 KFlZ), In this case the sam- 
ple would last half as long as it did before. 


VCA (Voltage Controlled Amplifier) A device utilized by ana- 


log synthesizers to impose a change in volume on a sound, — 


VCF (Voltage Controlled Filter) A device used by analog syn- 


thesizers to impose a change in timbre on a sound. 


VCO (Voltage Controlled Oscillator) A device used by analog 
synthesizers to obtain a waveform whose pitch is controlled by 
voltage from the keyboard. 


VCR _ Video cassette recorder. 


Velocity A MIDI message, usually derived from an instrument 
sensor, indicating the speed at which a note (i.e., a key) has been 
pressed or released. Velocity messages can alter the volume and/or 


brightness of a sound. 
Vibrato A cyclic change in pitch imposed on an audio signal. 


VITC (Vertical Interval Time Code) A SMPTE timing code 
that is recorded jointly with the frame on a video tape recorder, ° 
unlike LTC (Longitudinal Time Code), which is recorded on an 
audio track. 

VLSI (Very Large Scale Integration) Integrated circuit design 
and manufacturing procedure that makes it possible to put 10,000 
to 100,000 transistors on a single chip. 

Voice Any of the sounds that a synthesizer makes. Sometimes 

_ used interchangeably (though not always accurately) with “tim- 
bre,” “patch,” or “program.” 

Volatile The type of memory whose data is irretrievably lost 
when the device is turned off. The opposite of non-volatile. 


Volume The apparent loudness of a sound. 
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VIR _ Video tape recorder. 


Waveform The shape of a sound wave. Also used with reference 


to the two- or three-dimensional representation of a sound. 


WMRA (Write Many Read Always) An optical disc that can 
be written to at will. Magneto-optical discs (MODs) and the Sony 
Mini Disc are members of the WRMA family. 


Word A piece of data consisting of two bytes. 


WORM (Write Once Read Many) An optical disc that can be 
written to, once. Current CD-R discs are members of the WRMA 
family. 

Yellow Book The document that standardizes the format for 
CD-ROMs. 
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MIDI Manufacturers © 


MANUFACTURER 
360 Systems 


Ad Lib, Inc. 

ADA Signal Processors 
Adams-Smith 

ADB 

Akai 

AKG Acoustics 

Alesis 

Allen & Heath Brenell 
Allen Organ Co. 


HIS APPENDIX LISTS the current 
worldwide MIDI manufacturers and 
their MIDI ID codes, as the codes ap- 
pear in the instruments made by each 


company, 


MDI ID CODE 
OOH 00H 1CH 


OOH 00H 3FH 
ODH 
17 a 
OOH 20H ISH 
47H 
OAH 
00H 00H OH 
OOH 00H 1AH 
OUP OOH 33m 


MANUFACTURER 
Amek Systems, Ltd. 
APHEX 

Apple Computer Corp. 
ART 
Artisyn 
Audio Architecture 
Audio Veritrieb-P, Struven 
Audiomatica 
Avab Electronik Ab 
Axxes 
Baldwin 
Blue Sky Logic 
Bontempi /Farfisa 
Breakaway Technologies 
Broderbund Software, Inc. 
CAE 
Cannon Research Group 
Casio 
Clarity 
Clavia Digital Instruments 


CTI Audio Inc. (formerly Music 
Intel. Dev.) 


DDA 
Digidesign 


U.S., European, and Japanese MIDI Manufacturers i i ; 


MIDI 1D CODE 
OOH 20H 02H 


00H 00H 38H 
11H 
LAH 
00H 00H 0AH 
34H 
2CH 
00H 20H 0AH 
3CH 
00H 00H 20H 
1BH 
00H 00H 2EH 
00H 20H 0BH 
00H 00H 25H 
00H 00H 34H 
00H 00H 26H 
00H 00H 2BH 
44H 
1FH 
33H 
00H 00H 32H 


OOH 20H 17H 
Foe 


04 


Met ropean, and Japanese MIDI Manufacturers 


® 
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MANUFACTURER 

Digigram 

Digital Music Corp. 
DOD Electronics 
Dr.Béhm/Musician International 
Dream 

Dynacord 

E-mu Systems 
Elka/General Music 
Encore Electronics 
Ensonig 

ETA Lighting 
Eventide 

FBT Elettronica 
Fender 

Forefront Technology 
Fostex 

Fujitsu Electronics 
Gallien Krueger 
Garfield Electronics 
GeneralMusic Cozp. 
Grey Matter Response 
GT Electronics/Groove Tubes 
Gulbransen 


Harmony Systems 


MIDI 1D CODE 
3DH 


OOH 00H 07H 
OOH 00H 10H 
OOH 20H 04H 
OOH 20H 00H 
30H 
18H 
Ps 
00H 00H 2FH 
OE 
00H 00H 3DH 
AG a! 
00H 20H OCH 
08H 
OOH 20H 11H 
Si 
4BH 
OOH 00H 39H 
OEH 
35H 
Ws 
OOH 00H 47H 
09H 
19H 


MANUFACTURER 
Hohner 


Hoshino Gakki 
Hotz Instruments Technologies 
IBM Corp. 
IDP 
interMIDI, Inc. 
Intone 
Inventronics 
IOTA Systems 
IVL Technologies 
J.L. Cooper Electronics 
Japan Victor 
Jeff Tripp/Perfect Fretworks 
Jellinghaus MS 
JEN 
Jim Marshall Products Limited 
Kamiya Studio 
KAT 
Kawai 
Kenton Electronics 
KMX 00H 
Korg 
ol 


Kurzweil 


U.S., European, and Japanese MIDI Manufacturers (a) 


MIDI 1D CODE 
24H 


44H 

00H 00H 3CH 
00H 00H 3AH 
02H 

00H 00H 4FH 
00H 00H 44H 
1DH 

00H 00H 08H 
00H 00H OBH 
1SH 

48H 

00H 00H 14H 
27H 

2AH 

00H 20H 16H 
46H 

00H 00H 15H 
40H 

00H 20H 13H 
00H 19H 

42H 

00H 00H 24H 
07H 


045 


app ‘ 4 Xuopen, and Japanese MID! Manufacturers - 


Rasa?” 


Oh 


MANUFACTURER 
L.A. Audio (Larking Audio) 


Lake Butler Sound Company 
Lexicon 

Lone Wolf 

Lowrey 

Marquis Music 

Matsushita Communication Industrial 
Matsushita Electric 

Mesosha 

Micon Audio Electronics GmbH 
Microsoft 

Midori Electronics 

Moog 

Music Quest 

Musonix 

New England Digital 
Nisshin Onpa 

NSI Corporation 

Oberheim 

Opcode 

Orban 

Palm Tree Instruments 
Passac 


Passport Designs 


MIDI 1D CODE 
00H 20H OEH 


00H 00H ODH 
06H 
00H 00H 55H 
16H 
OOH 00H 1EH 
54H 
50H 
49H 
00H 20H 10H 
00H 00H 41H 
Sold 
04H 
OOH 00H 37H 
00H 00H 64H 
00H 00H 09H 
4DH 
00H 00H 3EH 
10H 
OOH 00H 16H 
00H 00H 21H 
14H 
20H 
OSH 


MANUFACTURER 


Peavey Electronics 
PianoDisc 

PPG 

Qumed 

Rane Corp. 

Real World Studio 
Richmond Sound Design 
RJMG/Niche 

Rocktron Corp. 

Roger Instruments Corp. 
Roland 

S&S Research 

Sequential Circuits 

SIEL 

Solton 

Sony 

Soundcraft Electronics 


Southern Music Systems 


Southworth Music Systems 


Spatial Sound/Anadi Inc. 


Spectrum Design and Development 


SSL Limited 
Strand Lighting 
Studer-Editech 


U.S., European, and Japanese MIDI Manufacturers | | 


MID! 1D CODE 
00H 00H 1BH 


00H 00H 2AH 
29H 
3FH 


‘00H 00H 17H 


OOH 20H 07H 
00H 00H 40H 
00H 00H 42H 
OOH 00H 29H 
00H 00H 2DH 
41H 
OOH 00H 33H 
01H 
21H 
26H 
4CH 
Shia 
00H 00H OCH 
28H 
00H 00H 18H 
00H 00H 1DH 
2BH 
00H 20H 01H 
00H 00H 11H 
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US, European, and Japanese MIDI Manufacturers 


MANUFACTURER 


Suzuki Musical Instrument Mfg. 


Synthaxe 

t.c. electronics 

TEAC 

The Software Toolwork 
Trident Audio 

Twister 

Uptown 

Voce 

Voyce Music 
-Voyetra/Octave-Plateau 
Waldorf Electronics GmbH 
Warner New Media 
Waveframe Corp 

Wersi 

Yamaha 

Yes Technology 

Zero 88 Lighting Limited 
Zeta Systems 


Zoom 


MIDI 1D CODE 
Salt 


paral | 

OR 20H LRA 
4EH 

00H 00H 42H 
OOH 20H 06H 
Zor 

00H 00H 30H 
OOH 00H 31H 
OBH 

03H 

515) a 

OOH 00H 01H 
OCH 

3BH 

43H 

OOH 20H 09H 
OOH 20H OFH 
OOH 00H 1FH 
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A Typical MIDI 
Reception Flowchart 


HE FLOWCHART shown in 
Figure C.1 below is taken from 
the MIDI standard. It shows how 
a MIDI device receives and stores 


data, and also introduces certain 


MIDI programming principles. 


The term “FIFO” (First In, First 

| Out) describes one of the two types 
of stacks that are “use in data processing. (A stack is a memory area in 
which the data to be processed—in this case, MIDI bytes—is stored.) 
“TTFO” stands for “Last In, First Out.” The LIFO stack is like a stack of 
dinner plates in which the last plate that was placed on the stack is the 
first one that’s taken off the stack, while the FIFO stack is like a stack of 
glasses in a beverage dispenser, in which the first glass put into position is 
the first one to be removed. The stack also contains a pointer that indi- 
cates the memory address of the height of the stack (i.e., the location of 
the most recently stored byte). 


The MIDI messages that are received at the MIDI In port of the device 
are read by an endless loop. The first switching operation separates the 
data bytes from the status bytes by checking bit 7. If bit 7 is set to 1, the 
byte is a status byte; if bit 7 is set to zero, the byte is a data byte. 


O 
Read Serial Input 
Bit 7 =1 Bit7 =O 
Yes bita i « 
&, Real-Time Mica Dal 
A, Message? 


No 
Store in Running Status 
’ Running Status Buller = 0 
Buffer 
: ignore 
Cas Tia but ra 
Byte Flag Data Byte 


Greater 


Less 
iis ‘ St ‘ Clear Third 
No is this a COH Byte Flag 
Tune Request? | 
Store Third 
Yes = F6H Byte into FIFO 
(do not Less than EOH 
increment Increment 
——) — | romers | 
Pointer + 1 
v Butter Less Me 
O than FOH 
Bufter 
Greater : 
than FOH 
Clears Running 
Status Buffer 


Store Data 8: 
Store Data Byte Clear Running into FIFO 
into FIFO Status Buffer 
(do not 
increment p 
Lod 
O © S 


FIGURECI: A typical MLDI reception flowchart 
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If the byte is a status byte, the next step is to determine whether the byte 
belongs to the Real Time family (as it would if bits 3 to 6 were all set 

to 1). If the byte is a Real Time byte, the message wouldn’t contain any 
data. In that case, the status byte would be ignored (because the flowchart 
doesn’t handle synchronization). But because the program does take Run- 
ning Status into consideration, every status byte that’s received has to be 
stored in the Running Status Buffer. The exception is the Tuning Re- 
quest message, which is placed on the stack immediately. This message is 
the only one (apart from Real Time messages, which are filtered before- 
hand, and EOX messages, which are handled separately) that doesn’t con- 
tain data bytes. 


A data byte whose so-called third-byte flag is set to 1 indicates that a first 
data byte was received earlier, after a status byte that was something other 
than a Real Time status byte (because Real Time status bytes can be inter- 
calated between two bytes of any message). When the third-byte flag is 
set to zero (assuming of course that the byte that’s being read is the first 
byte in the message), and if the Running Status buffer is empty, then the 
message either includes a data byte that belongs to an Exclusive message 
(which is ignored, because the program doesn’t handle it), or includes an 
anomaly (such as for instance data received without a preceding status 


byte), which is likewise ignored. 


If the buffer isn’t empty, the receiving unit waits for the expected number 
of data bytes, as indicated by the status byte. A status message lower than 
COH (e.g., a Note On, Note Off, Polyphonic Key Pressure, or Control 
Change message) has two bytes—that is, one byte more than the one 
that’s currently being read. The third-byte flag is then forced to 1, before 
being stored in the status-byte stack (i.e., held in the buffer, along with 
the first data byte). At the next reading (in the absence of any anomalies 
or intercalations of a Real Time status byte), the algorithm switches to 
the right-hand side of the flowchart to store the second data byte before 
setting the third-byte flag to zero. 


A Typical MIDI Reception Flowchart {2 


The status messages from COH (Program Change) to DFH (Channel 

Pressure) only include one data byte. In these cases, the status message is 

stored along with the data in progress (i.e., the byte that’s currently being 

read), and the third-byte flag is not set. — 


Because the EOH to EFH (Pitch Bend) status messages consist of two 
data bytes, it’s logical for these messages to be shifted along the right- 
hand path. 


At this point, the only messages that are left are the status messages from 
FOH and F7H. (The Real Time messages were filtered earlier, the FOH 
(Tune Request) message was handled earlier in the left-hand branch, and 
the F4H and FSH status messages are undefined.) The messages that con- 
sist of two data bytes (F1H, which is the MTC Quarter-Frame message, 
and F3H, which is the Song Select message), along with the messages that 
contain only one byte (F2H, which is the Song Position Pointer message) 
are handled in the way described above. However, the Running Status — 
Buffer is cleared, because compression is authorized only for Channel 
messages (1.e., Voice and Mode messages). 


This flowchart filters Exclusive messages. This is why, in the case of an 

FOH or F7H status message, the Running Status Buffer is cleared and the 

status message is ignored. The result is that data from FOH to F7H (that 

‘1s, the contents of the Exclusive message) is not taken into considera- . 


tion—because the Running Status Buffer is empty. 
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APPENDIX 


MIDI Implementation Charts: 


Annotated Examples 


ERE ARE SEVERAL annotated 
~» samples of MIDI implementation 
_ charts: for the Roland Alpha Juno-1 
synthesizer, for the Roland D-550 ex- 
_ pander, and for the Ensoniq VFX- 
SD synthesizer. (If necessary, refer to 


the general introduction to implemen- 


tation charts in Chapter 4.) 


“Tie Roland Alpha Juno-1 Synthesizer 


As shown in Figure D.1 below, the default channels are channels 1 to 16, 


because their values can be stored in memory. 


Even though most monotimbral synthesizers define channels | to 16 as 
the default channels, this chart doesn’t indicate that the transmission 
channel is the same as the reception channel. The Juno-1 only transmits ~ 
Poly and Omni Off messages; however, it receives all of the Mode mes- 
sages (Mono, Poly, Omni On, and Omni Off). Nevertheless, because 
only Mode 1 and Mode 3 are implemented, the Juno-1 is useless as a 


= 
Basic Default 1-16 1-16 Memonized 
Channel Changed 1-16 1-16 


Default Mode 3 Mode 1, 3 


Mode Messages POLY, OMNIOFF | MONO, POLY, 
Altered BER MB 2 OMNI ON/OFF 
The velocity value can 
be changed by FOOT 


MONO (m #1) > 
CONTROL volume. 


Mode 1, 3 


Note 12-108 0-127 
Number _ True Voice Neda HT NG 2 3 12 — 108 


Note ON 
Note OFF 


Velocity 


Aftertouch Key’s 
Ch’s 


Pitch Bender 


Modulation 
Foot Control 
Portamento Time 
Volume 

Hold 

Portamento Switch 


System Exclusive 


Song Pos 
System Song Sel 
Common Tune 


" System Clock 
Real Time Commands 
Aux All Notes OFF O (123) 
Messages Active Sense Xx 
Reset 


xX xX 
* Can be set to O or X manually, and memorized. 


Mode 1: OMNI ON, POLY Mode 2: OMNI ON, MONO O: Yes 
Mode 3: OMNI OFF, POLY Mode 4: OMNI OFF, MONO X: No 


Memorized 


(123 - 127) 


loZoke) 


FIGURED: Zhe MIDI implementation chart for the Roland Alpha Juno-1 synthesizer 
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mul mplementation Charts: Annotated Examples 


monophonic synthesizer. So, you may ask, why does it receive the Mono 
message? Good question. Despite the fact that the implementation 
method masks this function, reception of a BCH 7EH O1H message 
(Mono Mode with M = 1) activates the chord memory (triggering of 2 
to 6 notes through pressure on a single key). This is why the implementa- 
tion chart indicates that Mode 2 and Mode 4 are interpreted as Mode | 
and Mode 3, except if M = I. In reality, it would be more accurate to say 
that Mono mode is not taken into consideration unless M = 1, and then 


only for an idiosyncratic use that’s specific to the Juno-1. 


The number of notes transmitted is 96 (MIDI numbers 12 to 108). 
However, in reality the Juno-1 has a 49-key keyboard that’s set by default 
to transmit notes 48 to 96. The combination of the Octave Transpose 
and Key Transpose functions lets the tessitura be modified within a range 
from one octave upward (96 plus 12) to two octaves lower (48 minus 
24). The result is that notes 12 to 108 are in fact transmitted. On the 
other hand, notes 0 to 127 are recognized, with octave folding for notes 
12 to 108 (true voice). Note Off messages are transmitted as Note On 
messages with a Velocity of zero. 


The Juno-1 keyboard is not dynamic; therefore, the value of the velocity 
is constant (i.e., 64, or 40H). However, the velocity can be modified, 
thanks to the expression pedal (foot control). The reception column indi- 
cates that the velocity is taken into consideration by the sound-generator 
section. This means that the Juno-1 can respond to velocity to the extent 
that the Juno-1 is controlled by a dynamic external keyboard. This is an 
essential characteristic of a non-dynamic keyboard instrument, which the 
implementation chart automatically indicates. Fortunately, the Juno-1 cor- 
rectly interprets a true note-release message (Note Off, 8cH nnH vvH). 
Even though it accepts Running Status during reception, it uses Running 
Status during transmission starting only when two consecutive note mes- 
sages are separated by a sufficiently short period of time. 


The Roland Alpha Juno-1 Synthesizer (co) 


Furthermore, it’s impossible to interrupt from the keyboard a note that’s 
been activated via MIDI, just as it’s impossible to interrupt via MIDI a 
note that’s been activated from the keyboard (which is simply an instance 
of the strict application of the standard). In these examples of the super- 
imposition of a so-called “local” note on a MIDI note, the last velocity 
received takes precedence over an earlier velocity, regardless of whether 


the earlier velocity comes from the keyboard or through MIDI. 


The transmission of Channel Aftertouch messages relies on the same de- 
vice used by velocity, because the transmission of aftertouch is activated 
by an expression pedal. There’s only one pedal, and it controls both veloc- 
ity and aftertouch. In the same way as for velocity, the sound generator of 
the Juno-1 is sensitive to aftertouch messages received via MIDI. 


The Pitch Bend resolution is 9 bits, and therefore is expressed in terms of 


512 values (plus or minus 256). 


The list of controllers needs no comments, except with regard to the dura- * 


tion of portamento, which is not transmissible. 


The Juno-! has 64 sounds in ROM (preset) and 64 sounds in RAM (in- 
ternal memory), for a total of 128 Program Change messages. What the 
chart doesn’t show is the option of sending the contents of the editing 

_ buffer in the form of System Exclusive (SysEx) messages, by pressing any 
given program number. (The format of Exclusive data messages is ex- 


plained in meticulous detail in the user’s manual.) 


Because the uno-| doesn’t include a sequencer, there’s no need to have 
q 


any System Common or System Real Time messages. 


An All Notes Off message is transmitted each time the last note played 

on the keyboard is released, even though that note sends its own Note 

Off message. (This principle is implemented in many Roland devices.) 

On another level, when the LCD screen of the Juno-1 is set to Local : 
On/Off or Omni On/Off modes, reception of the corresponding mes- 

sages doesn't automatically update the display, even though the messages 
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are interpreted correctly. In such a case you first have to select another pa- 
rameter onscreen, before coming back to find, in a Local or Omni page, 
the modifications you made via MIDI. This is an example of yet another 
piece of information that the implementation chart can’t provide. 


“The Roland D-50 Expander 


The implementation chart for an expander is characterized by a Transmit- 
ted column that’s reduced to its most simple expression, because the 
MIDI Out port of the expander is generally used only to transmit System 


Exclusive messages. 


In the example shown in Figure D.2 below, Mode 4 is implemented, This 
indicates that controllers with multi-channel transmission, such as MIDI 
guitars, will derive full benefit from this expander. Reception of Mode 2, 
which is not recognized, causes the D-550 to switch to Mode 1. You 
may note in passing the presence of quite a few controllers, including the 


notorious RPN (Registered Parameter Number). 


The implementation chart shown in Figure D.3 below relates exclusively 
to the so-called “separate” mode of the D-550. In this mode, the four 
partials of a tone (i.e., the patch) are controlled two by two (the upper 
tone and the lower tone), over two different MIDI channels. Except for a 
few details (such as the absence of Mode | and of the Balance and Chase 
controllers, etc.), the information provided in this chart is identical to the 


information in the preceding one. 


060 


The Roland D-550 Expander 


Mode 1, 3, 4 
Messages MONO, POLY, 
Altered OMNI ON/OFF 
Mode 2 > Mode 1 6 


Note 0-127 

Number True Voice 12 - 108 

Velocity Note ON O v=1-127 * 
Note OFF x 

Aftertouch Key’s xX 
Ch’s 


Pick Bede a 


Modulation aad 
Portamento Time 
Volume 
Tone Balance 
Data Entry (MSB, LSB) 
Control 
Change Hold 1 * 
Portamento SW 
Chase 


RPC (LSB, MSB) 6 


Prog 
Change ; True # 


System Exclusive 


: Song Pos 
: Song Sel 
: Tune 


a 


: Local ON/OFF 
: All Notes OFF 
: Active Sense 

: Reset Xx 


* Can be set to O or X manually, and memorized. 
** RPC = Registered parameter control number. 
RPC #0: Pitch bend sensitivity 
RPC #1: Master fine tuning 
Parameter values are given by Data Entry. 


Mode 1: OMNI ON, POLY Mode 2: OMNI ON, MONO O: Yes 
Mode 3: OMNI OFF, POLY Mode 4: OMNI OFF, MONO X: No 


(123 - 127) 


OOR* 


FIGURED.2: The MIDI implementation chart for the Roland D-550 expander : 


MDE Implementation Charts: Annotated fxamples 


ronson _[__Tanamitaad [Recognise [Romans 
Basic Default 1-16 Memorized : 
Channel Changed 1-16 
Default Mode 3, 4 (M = 1) Memorized 
Messages » 4 
Altered 
Note 0-127 
Number True Voice 12 - 108 
Velocity Note ON O v=1-127 
Note OFF x 
Aftertouch Key’s x 
Ch’s * 


* Modulation 

Portamento Time 
Volume 

Data Entry (MSB, LSB) 


Hold 1 
Portamento SW 


Control 64 
Change , 65 


** (0) RPC (LSB, MSB) 


Prog j x 
Change : True # BACT LTRS SRE ES 

: Song Pos 
System : Song Sel 
Common : Tune 

: Local ON/OFF 
Aux : All Notes OFF (123) 
Messages : Active Sense 

: Reset x 


* Can be set to O or X manually, and memorized. 
** RPC = Registered parameter control number. 
RPC #0: Pitch bend sensitivity 
Parameter values are given by Data Entry. 


Mode 1: OMNI ON, POLY Mode 2: OMNI ON, MONO O: Yes 
Mode 3: OMNI OFF, POLY Mode 4: OMNI OFF, MONO X: No 


FIGURED.3: The MIDI implementation chart for the Roland D-550 expander’s “separate” 
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The Ensonig VFX-SD Synthesizer =] 


“The Ensonig VEX-SD Synthesizer | 


Unlike the procedure used by the Juno-1, the Note On and Note Off 
messages (8cH nnH 40H) and, more generally speaking, all of the Chan- 
nel messages in the VEX-SD are transmitted along with the Running 
Status, regardless of the time interval separating them. The remark at the 
bottom of the chart in Figure D.4 below indicates that a velocity of 64 
(40H) is transmitted for each note that’s released. 


Some of the available controllers are programmable, while others are gov- 
erned by the functions for which they were first intended (modulation, 
volume, pan, etc.). The Mode row includes the concept of multimode re- 
ception (which is not defined by the standard), while Local Mode is 
nominally absent. In reality, an equivalent can be obtained through a pro- 
ptietary procedure in which the VFX-SD manages modes and channels in - 


its own particular way. 


Even though the chart contains enough information to let you estimate 
the expressive capabilities of the VFX-SD, you should refer to the operat- 
ing instructions for further details, particularly with regard to the way 
Program Change messages 124 to 127 are used. 


963 


MODEL: VFX-SD MIDI implementation Chart 

Basic Default 

Channel Channel - 16 
Default ye 3, 4, Multi Memorized 

Mode Messages (Global Controllers In 
Altered MONO Mode) 

Note 

Number True Voice 21-108 21-108 


Velocity Note ON 
Note OFF - : 
Aftertouch Key’s 
Ch’s 
FinBear Sif SSCSC~d OSC 


1-95 
Mod Wheel Mod Wheel 
Foot Foot 
Volume Volume 
10 Pan 10 Pan 
Control 70 Momentary Patch 70 Momentary Patch 
Change Select Select 
71 Timbre Parameter | 71 Timbre Parameter 
72 Release Parameter | 72 Release Parameter 
100 Registered Param 100 Registered Param 
Select Select 
101 Registered Param 101 Registered Param 
Select 


Prog 
Change : True # 0-127 — 119, 124 - 127 


System Exclusive 


Programmable 


: Song Pos 
System : Song Sel 
: Tune 


System : Clock O Clock Clock 
Real Time : Commands O Start, Stop, Cont Start, Stop, Cont 


: Local ON/OFF | X 
: All Notes OFF : 
: Active Sense 

: Reset 


si 


O1KOO0 


° 


rn 


* A Note Off velocity of 64 is always sent for all keys. 


Mode 1: OMNI ON, POLY Mode 2: OMNI ON, MONO O: Yes 
Mode 3: OMNI OFF, POLY Mode 4: OMNI OFF, MONO X: No 


FIGURED.4: Zhe MIDI implementation chart for the Ensoniq VEX-SD synthesizer 
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Expressiveness Characteristics 


of Typical MLDI Instruments 


HIS APPENDIX LISTS the expres- 


siveness characteristics of three typi- 
cal MIDI instruments: the Kawai 
K5/KSm, the Ensoniq VFX-SD, and 
the Akai S3000. (See also the discus- 


sion of expressiveness in Chapter 6.) 


Modulation: 
= The filter slope 
= The filter cut-off frequency 
= The effect of the LFO on pitch 
= The effect of the LFO on the amplitude of the selected 


harmonics 


f=] 


= 
repre 


The Ensonig VFX-SD 


The pressing speed: 
a ere frece of the envelope on pitch 
« The ehrect of the envelope on amplitude 
= The effect of the envelope on the cut-off frequency 
= The cut-off frequency 
= The filter slope 
= The amplitude 
= The speed of the selected envelope segments 
The release speed: 
= The release speed of the envelope segment 
Channel Aftertouch: 
* Pitch (up to plus or minus two octaves) 
= The effect of the LFO on pitch : : 
= The effect of the envelope on amplitude 
=" The cut-off frequency 
= The slope of the filter 
= The amplitude 


Tretnsonig XD 


In the VFX-SD synthesizer, a modulation source is sent toward any pa- 
rameter (that is, any destination), whose evolution it controls in accord- 
ance with a given ratio (that is, in accordance with a certain depth: for 


example, plus or minus two semitones for the pitch of an oscillator). 
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Expressiveness Characteristics of Typical MIDI Instruments 


The fifteen modulation sources are grouped as shown in the following list: 


Internal modulation sources: 

= The LFO 

= Envelope | 

« Envelope 2 

" The timbre 

= The noise generator 

= The CV (Control Voltage) pedal 

= The mixer (that is, the mixing of two selected sources) 
MIDI modulation sources: 

" The note number 


= An external controller (such as a programmable Control 


Change message having a value from 01 to 9S) 
= Aftertouch 
= Velocity 
« Aftertouch 
= Aftertouch plus Velocity 
" Modulation 
" Modulation plus Aftertouch 
These sources are used to modify the following parameters: 
= The pitch 
= The starting point for the sample (for wave tables) 
= The cut-off frequency for the low-pass filter 
« The cut-off frequency for the high-pass filter 


= The volume 


qj0 


The Akai $3000 (5) 


= The panorama 
= The LFO (speed and amplitude) 
In addition to these prooaransble modulations, the VFX-SD also imple- 
ments other controls, as indicated below. 
Velocity: 
« The starting point for the sample 
= The amplitude of the envelope 
= The speed of the attack segment 
= The response curve for an envelope 
Note Number: 
" The cut-off frequency : 
* The amplitude 


" The duration of all of the segments of an envelope 


Tremaine 


. In the S3000, a modulation source is sent toward any parameter (that is, 
any destination), whose evolution it controls in accordance with a given 
ratio (that is, in accordance with a certain depth: for example, plus or mi- 


nus two semitones for the pitch of an oscillator). 
The thirteen modulation sources are grouped as shown in the following ° 


list: 


Internal modulation sources: 
«LES | 
* EOE? 
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* Envelope | 
* Envelope 2 
MIDI modulation sources: 
* Modulation 
® Pitch Bend 
* Channel Aftertouch 
=" Any selected continuous controller (breath, foot, or volume) 
= The pressing speed 
« The note number 


® A fixed value, corresponding to the Pitch Bend value, for 


which a “snapshot” is taken at the time the note is pressed 


= A fixed value, corresponding to the modulation value, for 


which a “snapshot” is taken at the time the note is pressed 


« A fixed value, corresponding to the value of any one of the 
three selected continuous controllers, for which a “snapshot” 


is taken at the time the note is pressed 


These modulation sources are used to modify the following parameters. 
Some of these parameters have two or three inputs, which makes them si- 
multaneously accessible to two or three modulation sources—which 
means that the modulation sources can act in parallel. 
Inputs at the Keygroup level: 

= The cut-off frequency (times 3) 

= The panorama (times 3) 

= The pitch (times 2) 

* The amplitude (times 2) 
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The Akai $3000 


Inputs at the Program level: 
= The speed of LFOI (times 1) 
= The depth of LFO] (times 1) 
= The delay of LFO1 (times 1) 
=" The amplitude (times 3) 


In addiiea to these programmable modulations, the $3000 also imple- 


ments various controls, as indicated below. 


Channel Aftertouch: ‘ 
=" Pitch 
=" The depth of LFO! 

Modulation: 
© The depth of LFO1 

The pressing speed: 
= The speed of the attack and release segments of the envelopes 
= The depth of LFOI 

The release speed: 
= The speed of the release segments of the envelopes 

The note number: 


« The speed of the decay and release segments of the envelopes * 
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Test Procedures 


a 


and 


Hidden Functions 


S NOTED IN Chapter 6, the operat- 
ing system of most MIDI devices in- 
cludes hidden functions, such as 
reinitializations, the display of ver- 


sion in numbers, test procedures (includ- 


agnostic aids for use in case of 
u re and other functions. 


This appendix describes how some of 

» these p 3 Bares, which aren't Paes documented in users’ manuals, are 

Migaded In most cases all you have to do is press certain keys (indicated 
here with square brackets) simultaneously, sometimes while turning on 
the device. It’s worth repeating the warning from Chapter 6: handle these 
operations with care! | 


The Boss DR-220 


When the device is turned on: 


isles [>]: reinitialization 


Test Procedures and Hidden Functions tel 


The Boss DR-550 


When the device is turned on: 


ial i>] 


While the device is on: 


[Play]: reinitialization 


The Boss DR-550 Mk2 


When the device 1s turned on: 


[Tempo] + [>/+1]}: the version number 


When the device is turned on: 


[-1/<] + [>/+1] 


While the device is on: 


[Start]: reinitialization 


The Korg o1/W and o1/ WFD . 


When the device is turned on: * 


_ [Reset]: the version number 


When the device is turned on: n 


[Reset] + [Compare] or [3] or [6] or [9]: reinitialization 


Test Procedures and Hidden Functions 


The Korg fi 


When the device is turned on: 


[ Write]: the version number 


When the device is turned on: 


[-1/ v] + [Write]: reinitialization 


The Kore fl2 


Connect the MIDI input to the MIDI output 
Insert a RAM card (MCR-03) 


When the device is turned on: 

[Chain / Effect] + [C]: the test program 

[ Write]: execution of the current test procedure 
[“}: change to the next procedure 


iv]: change to the previous procedure 


[Bypass]: exit the test program 


The Kore 3 


Connect the MIDI input to the MIDI output 
Insert a RAM card 
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Test Procedures and Hidden Functions : 


When the device is turned on: 


[Chain/ Effect] + [B}: the test program 


The Korg A, 


When the device is turned on: 

[User Preset] + [Write]: the test program 
[Write]: execution of the current test procedure 
[Mode “]: change to the next procedure 
[ 


Mode v}: change to the previous procedure 


The Korg A5 


When the device is turned on: 


Pedal [Mode] + key [Write] 


While the device is on: 
Keys [Mode] + [Write] + pedal [SW 1}: reinitialization 


When the device ts turned on: 


[Bypass] + [Mode]: the test program 


The Kore DRV2000 


[Write] + [Up]: test of the display mechanism 
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The Korg DS$1 


[Data Entry Up] + [Down]: global test 


The Korg M1 


Bestel [Cara [Combi] sEilsdie Combi}: reinitialization 


The Korg Wavestation and Wavestation A/D 


At start-up, as soon as the letters “Korg” appear: 


[Cursor v] + [Ten Key 4], then [Init RAM}; reinitialization 


The Kurzweil 1000PX 


[Program Parameter Up] + [Program Parameter Down}: global test 


The Roland A-220 


When the device is turned on: 


[Utility Memory] + [Output B}: retnitialization 


The Roland A-30 


When the device is turned on: 


[ Write |: reinitialization 
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The Roland A-50 and A-80 


While the device is on: 
Sez errs) + [Channel] (under the menu): the version number 


While the device is on: 
Ce ea [3] + [Channel] + [v]: reinitialization : 


The Roland A-880 


When the device is turned on: 


[Signal] + [Memory]: reinitialization 


The Roland AX-1 


When the device is turned on: 


[ Write]: retnitialization 


The Roland D-t0 


When the device is turned on: 


[Edit] + [Data Transfer]: the version number 


‘When the device is turned on: 


[Tune/ Function |: reinitialization 
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The Roland D-10 and D-20 


[ Write/ Copy] + [Enter]: reinitialization 
[Exit] + [Edit]: mode test 


List of the Tests: 


[Exit] + [Edit] RAM + card 
[Exit] + | Tune): Pitch Bender 
[Exit] + [Midi}: Keyboard 

[Exit] + [Write]: LGD 

[Exit] + [Data Transfer}: LCD 

[Exit] + [Enter] ereT) 

[Exit] + [Multitimbral]: Floppy-disk reader 
[Exit] + [Compare]: Converter 


The Roland D-10 


When the device is turned on: 


[Part v] + [Bank v] + [Enter]: the version number 


When the device is turned on: 


[ Write]: reinitialization 


[ Write/ Copy] + [Edit]: reinitialization of RAM, with the factory- 


installed sounds 
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The Roland D-20 


When the device is turned on: 


[Edit] + [Data Transfer]: the version number 


When the device is turned on: 


[Tune/ Function] + [| Write}: reinitialization 


The Roland D-5 


When the device ts turned on: 


[A/ B] + [Bank 8]: the version number 


While the device is on: 
Shift into ROM Play mode 
(Exic| = [ein + | Ear, [A/ B] + [Bank 7}: reinitialization 


The Roland D-50 


When the device is turned on: 


[O] + [Inc]: the version number 


When the device is turned on: 


[0] + [Data Transfer]: reinitialization 
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The Roland D-550 


When the device is turned on: 


[Bank 6] + [Number 6] + [Exit]: the version number 


When the device is turned on: 


[Bank 2] + [Number 6] + [Enter]: reinitialization 


The Roland D-7o 


When the device is turned on: ~ 


[Number 1}: the version number 


When the device is turned on: 


[Number 8]: reinitialization 


The Roland DR-660 


When the device is turned on: 


[Song] + [7]: the version number 


When the device is turned on: 


[Reset] + [Rec] 


While the device is on: 


[Enter]: reinitialization 
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The Roland DS-70 


When the device is turned on: 


[*] 


While the device is on: 
[A], then [C], then [S1]: reinitialization 


The Roland €-20, €-30, PRO-E, and RA-50 


When the device is turned on: 


[Reverb On/Off]: the version number 


When the device is turned on: 


[ Write |: reinitialization 


The Roland €-35 


When the device is turned on: 


[ Tone Bank 8]: the version number 


When the device is turned on: 


[Rec/ Punch-In];: reinitialization 
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The Roland £-660 


When the device is turned on: 


[Eq] + [+]: the version number 


The Roland €-70 


When the device is turned on: 


[Enter]: the version number 


When the device is turned on: 


[ Write]: reinitialization 


The Roland GP-16 


When the device is turned on: 


[6] + [7] + [8]: the version number 


When the device ts turned on: 


[6] + [7] + [8] 


While the device is on: 


[Func], then | Write]: reinitialization 
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The Roland GR-1 


When the device is turned on: 


[Value Dec] 


While the device is on: 


[Enter]: the version number 


When the device is turned on: 


[ Write/Copy] 


While the device is on: 


[ Enter]: reinitialization 


The Roland GR-50 


When the device is turned on: 


[Valte v| + =Pagee: [Enter]: the version number 


When the device is turned on: 


[Value “] + [Ext] + [Write]: reinitialization 


The Roland 65-6 


When the device is turned on: 


[ Noise Suppressor] + [Hum Cancel]: the version number 
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When the device ts turned on: 


[Reverb] + [Hum Cancel]: reinitialization 


The Roland JD-800 


_ While the device is on: 
Shift into Multi mode 
{CursorL] + [Cursor R] + [Exit]: the version number 


While the device is on: 
Shift into Data Transfer mode 


[Page “] x 6, then [Inc/Yes]: reinitialization 


The Roland JD-990 


When the device is turned on: 


[Inc] + [Dec]: the version number 


When the device is turned on: 


[Inc] + [Dec] 


While the device is on: 


[F4): reinitialization 
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The Roland JV-30 


While the device is on: 
[Level] + [Pan], [ Variation] + [ Vibrato], Performance | + [Bank 16}: 


the version number 


While the device is on: 
[Chorus] + [Reverb], [Value]: reinitialization 


The Roland JV-80 


When the device is turned on: 


[Number 1]: the version number 


When the device is turned on: 


[Number 8] 


While the device is on: 


[Enter]: reinitialization 


The Roland JV-880 


When the device is turned on: 


[Edit] + [Compare]: the version number 


When the device is turned on: 


[Utility | 
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While the device ts on: 


[Data] until Factory Preset, then [Enter]: reinitialization 


The Roland JX-1 


When the device is turned on: 


[Write] + [Flute]: reinitialization 


The Roland JW-50 


While the device is on: 
[ Write] + [Song Edit], then [Shift] and [>]: the version number 


While the device is on: 
[Tune Function] + [FS], then [F4]: reinitialization 


The Roland KR-500 and KR-3000 


When the device is turned on: 


Music Style Alaa [B]: the version number 


When the device is turned on: 


[From] + ols [ Write]: reinitialization 
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The Roland ME-5 


When the device is turned on: 


SpPedal ier [Pedal 2) 


While the device is on: 


[Write]: reinitialization 


The Roland ME-10 


When the device is turned on: 


niPedalalj (Pedal 2) (Pedals |=: [Pedal “): the version number 


When the device is turned on: 


[Pedal v] 


While the device is on: 


[ Write |: reinitialization 


The Roland MT-32 


[ Volume] + beste global test 


The Roland PAD-80 


When the device is turned on: 


[Up] + [Down]: the version number 
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When the device is turned on: 


[Value <] + [Value >]: reinitialization 


The Roland PK-5 


When the device is turned on: 


[Factory Set |: reinitialization 


The Roland PM-16 


When the device is turned on: 


[Card] + [>] + [Midi]: the version number 


When the device is turned on: 


Lule [2]: reinitialization 


The Roland R-5 


When the device is turned on: 


[Condition] + [Exit]: the version number 


When the device is turned on: 


[Page] + [Select] 


While the device is on: 


[Enter]: reinitialization 
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The Roland R-7o 


When the device is turned on: 


[Assign] + [Mixer]: the version number 


When the device is turned on: 


[MIDI] + [Assign] 4 
While the device is on: 
[Yes], then [Yes]: reinitialization : 


The Roland R-8 


When the device is turned on: 


[Function] + [Exit]: the version number 


When the device ts turned on: 


[Page] + [Select] 


While the device is on: : 


[Enter]: reinitialization 


The Roland R-8 Mk2 


[Temp Assgn] + [Exit], then [Enter]: the version number : 
[Temp Assgn| + [Exit], then [Exit], then [Enter]: reinitialization 
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The Roland R-8M 


When the device is turned on: 


[Cursor = \ice [Value v|: the version number 


When the device is turned on: 


[Cursor >] + [Value “|: reinitialization 


The Roland RA-go 


When the device is turned on: 


[Sync Start]: the version number 


When the device is turned on: 


[ Write]: reinitialization 


The Roland RSP-550 


When the device is turned on: 


[Program/ Page v] + [Value v] + [Param] + [Control]: the 


verston number 


When the device is turned on: 


[Program/Page v] + [Program/Page a 


While the device is on: 


[ Write | x 2: reinitialization 
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The Roland §-220 


[Perform] + [Tune]: converter test 


The Roland $(-33 


When the device is turned on: 


[Low/ Sub] + [Utility] + [Number v]: the version number 


When the device is turned on: 


[Reverb] + [Split] 


While the device is on: 


[ Yes |: reinitialization 


The Roland §(-55 and 5(-155 


When the device is turned on: 


[Instrument <] + [Instrument 2 | [Midich <] +[Midich ela . 


the version number 


When the device is turned on: 


[ Instrument <]| + [Instrument =| reinitialization 
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The Roland $D-35 


[Pause] + [Prog] + [Repeat], then [Stop] + [K-Shift], then [Rec]: 


the version number 


[Pause|/-F Prog |)-+ [Repeat], then [Stop], then [Solo]: 


reinitialization 


The Roland S£-50 


When the device is turned on: 


[ Number v] + [Value v] + [ Utility]: the version number 


When the device is turned on: 


[Parameter “| + [Value “): reinitialization 


‘The Roland Sil-550 


When the device is turned on: 


[Line Frequency] + [Manual]: the version number 


The Roland $PD-11 


When the device is turned on: 


[Select] + [Edit]: the version number 


When the device ts turned on: 


[v] + [AL!/Enter] 
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While the device is on: 


[All /Enter]: reinitialization 


The Roland §PD-8 


When the device is turned on: 


[Edit] + [Copy], then | Value v| and [Enter]; reinitialization 


The Roland TD-7 


When the device is turned on: 


[System ] + [Edit]: the version number 


While the device is on: 


[System], then [>] or [<] until INI, then [Enter], then [>] or [<] 
until HI-HAT, then [Data | until ALL, then [Enter], then [Enter]: 


-reinitialization 


The Roland TR-505 and TR-626 


When the device is turned on: 


[Play] + [A]: reinitialization 


The Roland TR-707 and TR-727. 


When the device is turned on: 


[Track] + [A]: reinitialization 
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The Roland U-ti0 


When the device is turned on: 


[Deel [Inc]: the version number 


When the device is turned on: 


[Pare] + [Edit]: reinitialization 


The Roland U-20 


While the device is on: 
Shift into ROM Play mode 
[Mark] + [Jump] + [Enter]: the version number 


While the device is on: 
Shift into ROM Play mode 


[Mark] + [Jump] + [Enter], [Mark] + [Jump] + [Number 7], 
[Enter], [Value “): reinitialization 


[Part] + [Rhythm]: MODE ROM Play 

[Jump] + [Cursor >]: the next test 

[Jump] + [Cursor <]: the previous test 

[Jump] + [Bank 1-8]: direct selection of the test number 


[Jump] + [Number 1-8]: direct selection of the test number 


[Jump] + [Exit]: exit test mode 


go 


List of the Tests: 


1: LCD contrast 
ZOE: 

3: Internal RAM 
4: The RAM card 
5: The PCM card 


6: The internal PCM 


ROM 
7: The keyboard and 


switches 
8: The converter 
9: The converter 
10: MIDI 
11: Sound 
|e Sound 
13: The converter 


14: Effects 


15: Memory initialization (direct access: [Jump | 


16: Loading of internal 


sounds 


_ (direct access: [Jump] 
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(direct access: [Jump | 


(direct access: [Jump | 
(direct access: [Jump | 


(direct access: [Jump | 


(direct access: [Jump | 


(direct access: [Jump] + [Bank 7]) 


(direct access: [Jump] 
(direct access: [Jump | 
(direct access: [Jump] 
(direct access: [Jump | 
(direct access: [Jump | 
(direct access: [Jump 


(direct access: 


[Jump | 


(direct access: [Jump| 
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The Roland U-220 


While the device is on: 
Shift into ROM Play mode 
[Jump] + [Value “], [Mark] + [Jump] + [Enter]: the version number 


While the device is on: 
Shift into ROM Play mode 


[Jump] + [Value 4], [Mark] + [Jump] + [Enter], [Mark] + 
[Part/ Int <], [Enter], [Value v |: reinitialization 

[Jump] + [Value 4]: test mode 

[Jump] + [Cursor >]: the next test 

[Jump] + [Cursor <]: the next test 
[Mark] + [Jump] + [Exit]: exit test mode 


List of the Tests: 


1: LEDearEED) (direct access: aie + [Edit]) 
2: RAM (direct access: [Jump] + [Data]) 
3: The PCM card (direct access: [Jump] + [Exit]) 
4: The PCM ROM (direct access: [Jump] + [Enter]) 
5: The switches (direct access: [Jump] + [< Part]) 
6: MIDI (direct access: [Jump] + [> Part]) 
7: The converter (direct access: [Mark] + [Edit]) 
8: Sound (direct access: [Mark] + [Data]) 
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9: Sound | (direct access: [Mark] 
10: Effects (direct access: 


[ 
11: Memory initialization (direct access: [Mark 
[ 


12: Loading of internal (direct access: 


sounds: 


The Roland VP-7o 


When the device is turned on: 


[Play] + [Voice >> MIDI] + [System]: the version number ° 


When the device is turned on: 


[Play] + [Voice Exp] [Voice >> MIDI): reinitialization . 


The Yamaha DMP 


[PrePest] + [Fader flip]: the test program 


The Yamaha DXi 


[ie)er 2 te [Edit], then [Yes] 


The Yamaha DX21/27 


i Meice 1) + [Voice 2] 
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The Yamaha DX7 


lel (32: [Function], then [ Yes] 


The Yamaha DXz7II 


[16] + [32] + [Edie] 


The Yamaha fBor 


[System Setup] + [Inst Select | +/(iDacy Entry No. | 


The Yamaha P§Ri,00 and P§R500 


When the device is turned on: 


[Custom Record/ End] + [Clear]: reinitialization 


When the device is turned on: 


Holding down the two rightmost white keys on the keyboard: 
complete system initialization (wait a few seconds, then turn the 


instrument off and on again) 


The Yamaha P§R5700 


When the device is turned on: 
[Intro lhe [Intro S|: [Demo]: the test program 
[Bank 8] + [Number 8]: reinitialization 
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The Yamaha P§R600 


When the device is turned on: 


Holding down the two rightmost white keys on the keyboard: 
complete system initialization (wait a few seconds, then turn the 


instrument off and on again) 


The Yamaha P§R6700 


When the device is turned on: 
[Panel Registration 8] + [Effect Accomp. 1]: the test program ‘ 
[Bank 8] + [Number 8|: reinitialization 


The Yamaha P§RQ-16 ; 


When the device is turned on: 


[-] + [4+]: reinitialization 


When the device is turned on: 


Holding down the four rightmost white keys on the keyboard: 
complete system initialization (wait a few seconds, then turn the P 


instrument off and on again) 


The Yamaha QY10 


[Menu] + [Enter] + [Oct. Up]: the test program 


[Shift], then [Enter]: reinitialization 
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The Yamaha 0920 


When the device is turned on: 
[-1] + liek [—]: the test program 


[F Si; reinitialization 


The Yamaha RMso 


When the device is turned on: 
[Play] + [Macro Play] + {Sound}: the test program 


[Sound], then [ Yes]: reinitialization 


The Yamaha R410 


[Util] + [Memory]; the test program 
[EL] reinitialization 


[aL jaeaiSeare/ Go]: return to play mode 


The Yamaha RY20 


[Dec] + [Pattern] + [Perc 2]: the test program 


[Stop/ Cont]: retnitialization 


The Yamaha $435 
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[Bank Select 4]: reinitialization 


[Demo }: return to play mode 


The Yamaha $985 


[Shift] + [Store] + [Exit]: the test program 


[Menu], then [1 }: reinitialization 


The Yamaha $¥qq 


[Voice] + [Bank D] + [8]: the test program 


(Copy |: reinitialization 


The Yamaha TG100 


Connect the MIDI input to the MIDI output 
Set the Select Host selector to MIDI 


When the device is turned on: 
[Cursor] + [-/No] + [+/Yes]: the test program 
ae v. Yes], then [Cursor]: reinitialization 


The Yamaha T4500 


[Play] + [Utility] + [Exit]: the test program 
[Copy | =F | yesi: reinitialization 
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The Yamaha TX7 


(arr yes er [Mode] 


The Yamaha TX812 


When the device is turned on: 


[Master Volume] + [Cursor]: the test program 


Test Procedures in More Detail 


In conclusion, here are three examples that show the test procedures in 


greater detail. 


The Yamaha 1X802 
[8] + [9]: global test 
The following information appears: 


TEST Version Number 
Push “Enter" 


The series consists of 57 tests, which are listed below along with their 


meanings: 
TEST NAME MEANING OR FUNCTION 
TEST-01 RAM Shifts to TEST-02 if everything happens 


properly 
TESI02 LCD All of the segments light up TEST-03 
LED: the eight LEDs blink successively and 


simultaneously 


1006 


TEST NAME 


TEST-04 to 
TEST235 


TEST-36 MIDI 
TEST-37 
TEST-38 
TEST-39 
TEST-40 
TEST-41 


TEST-42 to 
PEST -55 


TEST-56 
TEST-37 


The Roland A-880 
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MEANING OR FUNCTION 


Switch tests. Each of the 32 switches on 
the front panel switch should be pressed 


successively and in the order required. 
Test of the MIDI ports 

Test of Type | cartridges 

Test of Type 2 cartridges 

Test of Type 3 cartridges 
Cartridge-protection test 

Cartridge read/write test 


Test of audio outputs | to 8, left and right, 


headphones, and mixing gates | and 2 
(through the sending of sinusoidal 


waveforms ) 
Total system reinitialization 


igen of factory data 


You can find the version number for the MIDI A-880 patch by pressing 
and holding down output buttons No. I, No. 2, No. 4, and No. 8 while 
turning on the device. The sum of the values corresponding to the lighted 


LEDs indicates the version number. For instance, 


LED number: 1 2 
corresponding value: 0.01 


4 5 6 v4 8 


0.02 0.04 0.08 0.16 0.32 0.64 1.28 


For example, when LEDs I, 3, 6, and 7 are lit, the version number is 


1.01, as derived from the following operation: 


0.01 + 0.04 + 


0.32 


+ 0.64 = 1.01 
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The Casio FZ 


The operating-system test (64K ROM) is run when the instrument is 
turned on, with a check-sum calculation. The system RAM area is also 


checked. 


The test procedure (1.e., the System Tools option on the main menu) 
starts if you keep the Display key pressed down while you turn on the 
instrument. 


The Floppy Check sub-menu: the test of the floppy-disk drive is ex- 
tremely thorough. Among other things, it lets any sector be written to 
and read, lets the drive heads be aligned, etc., etc. 


The LCD Check sub-menu: the display test starts by displaying all of the 
points on the screen and ends by showing the entire set of displayable 


characters. 


A software option also lets the system run a RAM test (including tests of 
optional RAM extensions), the switches, the keyboard (for pitch, modula- 
tion, aftertouch, etc.), the MIDI ports, the input/ output port, and the 
disk reader. 


\ APPENOIK 


GenEdit 


at a Glance 


HE INFORMATION in this appen- 
dix is limited to brief comments about 
data formats and about the sets of in- 
structions that appear in the listings 


in some of the later chapters in this 
book. It is by no means an exhaustive 
: description of the GenEdit language, 
: but rather a set of extracts offered for 
illustrative purposes, so that if you want to work with another language 
you'll find it easy to convert the various program excerpts that appear in 


this book. 


Vf arabes 


The 100 general-purpose variables (numbered from VOO through V99) 
in each segment make it possible to store values. Other variables exist that 
are dedicated to very specific tasks. All of these latter variables can be 


read, and some of them can also be written to. 


Sizes 33 


Variables that can be read and written to: 


name ~ function 

PAT Teweinber onde cucetapeen : 

CHN The suze lnonehaael 

PTR. The current address in the data buffer 

NMO Shifting of the patch name into the data buffer : 

NML The number of characters in the patch name 

EBL The number of bytes in the edit buffer 
Variables that can be read (but not written to): * 

name FUNCTION 

LPO The address, in the edit buffer, of the parameter that 

is being edited p 


Labels, which are numbered from LOO through L99 in each segment, are 
~ used by the GoTo or GoSub instruction. 


When it’s necessary to specify the size of a value, the following symbols are used: 


SYMBOL MEANING 
B Byte (8 bits) 
Ww Word (16 bits) 
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SYMBOL MEANING 
Is Long word (32 bits) 


(Calculation Instructions 


* <variable> = <variable operator>: A calculation is performed 
on a variable (using one of the operators listed below), and the re- 
sult is placed in a variable. 


OPERATOR MEANING 


Invert Ones complement 

NEG © Negation (twos complement) 

NOT The result is equal to 1 when the value of the 
variable ts equal to 0; otherwise, the result is equal 
to O 


" <variable> = <variable variable operator> 


" <vyariable> = <constant variable operator> 


" <variable> = <variable constant operator> 


" <variable> = <constant constant operator> 


A calculation is performed on constants and variables (using one of the 
operators listed below), and the result is placed in a variable. 


OPERATOR MEANING 


+ Addition 
— Subtraction 
a Multiplication 
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OPERATOR MEANING 


V/ Division 

% Remainder 

| Logical OR 

& Logical AND 
Logical EXCLUSIVE OR é 

ae Left shift in binary (the second parameter, modulo 

32, indicates the number of bits by which the shift 

should be made) 

= Right shift in binary (the second parameter, modulo 
32, indicates the number of bits by which the shift 
should be made) 


<variable> = <variable variable operator>: Each of the two vari- 

ables in the operation is evaluated as being either true or false. A 

value of zero is treated as false, and every other value is treated as 

true. The logical operation is then performed (in accordance with 

one of the three operators listed below), and the result (1 = true ° 
and O = false) is placed in a variable. 


OPERATOR MEANING 


AND | 1 if both values are different from 0; otherwise, 0 
OR O if both values are equal to 0; otherwise, | 
XOR 1 if one of the values is equal to O and the other 


value is equal to 1; otherwise, 0 


" <variable> = <variable variable operator> 


" <variable> = <constant variable operator> 
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Both values are considered to be unsigned values. The result is either 0 


(false) or 1 (true). 
OPERATOR 
EQ 
NE 
BR 
GT 
IOs 
GE 


MEANING 
Equal to 


Not equal to 

Less than 

Greater than 

Less than or equal to 


Greater than or equal to 


Apvtiaiation instructions 


" FormatBank <name of bank> <#patches> <shift>: This in- 
struction 1s used by the Initialize segment to format the display of 
the patch numbers in a bank. The name of the bank is represented 
by a character string. The <#patches> parameter corresponds to 
the number of patches per bank, and the <shift> parameter indi- 
cates the display offset for the numbers in the bank. 


M00 Byte Transfer Instructions 


" ReceiveData <size> <end byte> <number>: Reception of a cer- 
tain number of MIDI bytes (specified by the <size> parameter), 
which are placed in the data buffer at the address indicated by 
PTR. The PTR pointer is incremented by one unit each time a 


piece of data is received. Reception is interrupted prematurely 


ri 
Data-Access Instructions fa) 


when X end bytes (where the value of X is specified by the 


<number> parameter) have been received. 


Receive <byte 1> <byte 2> ... <byte 16>: Reception ofa 
string of up to 16 bytes (without storing them), whose values are 
specified in <byte 1> through <byte 16>. If the expected values 


are not received, an error message is generated. 


ReceiveAny <number>: Reception of a certain number of bytes 


without storing them. 


TransmitData <size> <end byte> <number>: Transmission of . 
a certain number of MIDI bytes (specified by the <size> parame- 

ter), which are read into the data buffer at the address indicated by : 
PTR. The PTR pointer is incremented by one unit each time a 

piece of data is transmitted. Transmission is interrupted prema- 

turely when X end bytes (where the value of X is specified by the 


<number> parameter) have been transmitted. , 


Transmit <byte 1> <byte 2> ... <byte 16>: Transmission ofa 

string of up to 16 bytes, whose values are specified in <byte |> = 
through <byte 16>. - 

" TransmitVar <variable>: Transmission of the least significant 
byte within the <variable> parameter. 


[Djata-fccessinstructions 


" <variable> = PeekData <address> <size>: The value that was 
read into the data buffer, in accordance with the specified address 
and size, is placed in <variable>. 

* PokeData <shift> <value> <size>: A value, whose size is speci- : 
fied, is stored in the data buffer at the specified address. 
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" <variable> = PeekEdit <address> <size>: The value that was 
read into the edit buffer, in accordance with the specified address 
and size, is placed in <variable>. 

" PokeEdit <shift> <value> <size>: A value, whose size is speci- 
fied, is stored in the edit buffer at the specified address. 


" CopyDtoD <source> <dest> <count> <size> 
" CopyDtoE <source> <dest> <count> <size> 
" CopyEtoD <source> <dest> <count> <size> 


: CopyEtoE <source> <dest> <count> <size> 


Blocks of data are copied between the data buffer and the edit buffer. 
The letters “D” and “E” indicate the source and the destination, with 
“D” representing the data buffer and “E” representing the edit buffer; 
<source> indicate the starting address; <dest> indicates the destination 


address; and <size> indicates the size of each element. 


structions Linked to Tables 


" BuildTable <table> <byte 1> <byte 2>... <byte 16>: The 
<table> parameter corresponds to a number in the table (from 


1 to 16), with each line in the table containing a maximum of 


16 bytes. 


" <variable> = PeekTable <table> <shift>: The value that was 
read into the table (whose number is specified by the <table> pa- 
rameter and whose address is specified in the <shift> parameter) 
is transferred into <variable>. 
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Control Instructions : mi 


[Ddislay and Acquisition Instructions 


: OpenWindow: Triggers the opening of a window : 


" Close Window: Triggers the closing of a window 
A window contains 12 lines, with each line consisting of 38 columns. 


" <variable> = InputPatch <line> <col> <default>: Invites you, 
the user, to enter a patch number. (GenEdit automatically verifies 


that the number is located between | and 128.) 


" <variable> = InputChannel <line> <col> <default>: Invites 
you, the user, to enter a channel number. (GenEdit automatically 


verifies that the number is located between | and 16.) 


In both of these instructions the <default> parameter represents the 
value that is displayed by default, and the <line> and <col> parameters 
specify the position of the value in the window. 


(— Yontrol instructions 


" Stop: Ends the execution of the segment 


" Wait <duration>: Causes a pause whose duration is equal to the 


value of the <duration> parameter multiplied by SO milliseconds (ms) 


ontrol Instructions 


OQ 


© 


Loop <repetitions> 
Instruction set 
EndLoop : 


be 
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The portion of the segment located between the Loop and EndLoop in 
structions is executed a given number of times (thus forming: the loop), 
with the number of repeated executions being specified by the value of 
the <repetitions> parameter. 


Jo) ranching instruction 


" GoTo <label>: The segment branches to the instruction located 
directly after the label. 


" GoSub <label>: The segment branches to the instruction located 
directly after the label until it encounters a Return instruction, at 
which point it returns to the instruction located directly after the 


GoSub command. 


(Conditional Branching Instructions 


" If <yariable> GoTo <label>: The sepinent branches to the in- 
struction located directly after the label, provided that the variable 
is something other than zero. 


If <variable> GoSub <label>: The segment branches to the in- 

_ struction located directly after the label, provided that the variable 
is something other than zero, until it encounters a Return instruc- 
tion, at which point it returns to the instruction located directly 
after the GoSub command. 
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Edi t-Buffer 


Parameters 


HE FOLLOWING TABLE summa- 
rizes the characteristics of the 
parameters relating to the edit buffer. 


For more information about these 


parameters, see Chapter 13. 


ADDRESS It 

NUMBER. = THE EDIT MAXIMUM 
PARAMETER NAME OF BYTES: BUFFER VALUE 
“MULTI VOICE NAME 1” I 00000 +00020 +00127 
“MULTI VOICE NAME 2” 1 00001 00020. +0127 
“MULTI VOICE NAME 3” 1 00002 +00020 +00127 
“MULTI VOICE NAME 4” I 00003 +00020 +00127 
“MULTI VOICE NAME 3” 1 00004 +00020 +00127 
“MULTI VOICE NAME 6” 1 00005 +00020 +00127 
“MULTI VOICE NAME7” 1 00006 +00020 +00127 
“MULTI VOICE NAME 8” 1 00007 +00020 +00127 


“MULTI VOICE NAME 9” | 00008 +00020 +00127 


Edit-Buffer Parameters | Se © 


ADDRESS IN 
NUMBER  THEEDIT Minimum MAXIMUM 

PARAMETER NAME DE BYTES BUFFER VALUE VALUE 
“MULTI VOICE NAME 10” 1 00009 OOOZ0" -+00127 : 
EFFECT SOURCE 

SELECI- 1 00010 +00000 - +00016 
"ERREGL TYPE” ] 00011 +00001 +00034 
“OURPUT LEVEE’ I 00012 +00000 +00100 
“PARAMETER 1” I 00013 +00000  +00100 
“PARAMETER 2” I 00014 +00000 » +00100 
“PARAMETER 3” 1 0001S +00000 +00100 * 
“VOICE ON/OFF 1” 1 00016 +00000  +00001 
“VOICE MEMORY ' 

SBEEGT I” 1 00017 ~~ +00000 .- +00001 
“VOICE NUMBER 1” I 90018 +00000 . +00063 ' 
“VOLUME 1” | 00019 +00000 +00127 
“TUNING 1” 2 00020 —00064  +00063 
"NOTE SHI i” 1 00021 —00064  +00063 ‘ 
SPAN 1? Il 00022 —0003 1 +0003 1 
“EFFECT LEVEL 1” I 00023 +00000 +00100 ' 
“RESERVE NOTE 1” Nt 00024 +00000  +00016 ; 
“VOICE ON/OFF 2” I 00025 +00000 +00001 
“VOICE MEMORY 

SEEECT 2” I 00026 +00000 +0000] 
“VOICE NUMBER 2” I 00027 +00000 +00063 ‘ 
“VGEEME 2” 1 00028 +00000  +00127 
“TUNING2” I 00029 —00064  +00063 


"il 


goes Edit-Buffer Parameters 


2 
3 


ADDRESS IN 
NUMBER THE EDIT maximum 
‘PARAMETER NAME OF BYTES BUFFER VALUE 
“NOTE SHIFT 2” 1 ~ 00030 00064  +00063 
“PAN 2” 1 0003 1 —00031  +00031 
“EFFECT LEVEL 2” 1 00032 +00000  +00100 
“RESERVE NOTE 2” l 00033 +00000  +00016 
“VOICE ON/OFF 3” I 00034 +00000  +00001 
“VOICE MEMORY 
SELECT 3” 1 00035 +00000  +00001 
“VOICE NUMBER 3” 1 00036 +00000  +00063 
“VOLUME 3” 1 00037 +00000  +00127 
“TUNING 3” I 00038 —00064  +00063 
“NOTE SHIFT 3” I 00039 00064  +00063 
“PAN 3” ‘ I 00040 —00031  +00031 
“EFFECT LEVEL 3” I 00041 +00000  +00100 
“RESERVE NOTE 3” I 00042 +00000  +00016 
“VOICE ON/OFF 4” 1 00043 +00000  +00001 
“VOICE MEMORY 
SELECT 4” 1 00044 +00000 +0000! 
“VOICE NUMBER 4” I 00045 +00000  +00063 
“VOLUME 4” 1 00046 +00000  +00127 
“TUNING 4” 1 00047, = -00064 ~=—s- +00063 
“NOTE SHIFT 4” l 00048 —00064  +00063 
“PAN 4” 1 00049 —00031  +00031 
“EFFECT LEVEL 4” I 00050 +00000  +00100 
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PARAMETER AAME 


“RESERVE NOTE4” 
“VOICE ON/OFF 3” 


“VOICE MEMORY 
SELECT 5” 


“VOICE NUMBER 5S” 
“VOLUME 5S” 
TUNING. 
"NOMESaIrT 5” 
“PAN 5” 
*EPPEGQRLE VERS: 
“RESERVE NOTE 5° 
“VOICE ON/OFF 6” 


“VOICE MEMORY 
SELECT 6" 


“VOICE NUMBER 6” 
“VOLUME 6” 
“TUNING 6” 
“NOTE SHIFT 6” 
“PAN 6” 

“EFFECT LEVEL 6” 
“RESERVE NOTE 6” 
“VOICE ON/OFF 7” 


“VOICE MEMORY 
SELEGIn/” 


NUMBER 
OF BYTES 


ADDRESS IN 
THE EDIT 
BUFFER 


00051 
00052 


00053 
00054 
00055 
00056 
00057 
00058 
00059 
00060 
00061 


00062 
00063 
00064 
00065 
00066 
00067 
00068 
00069 
00070 


0007 1 


minimum 
VALUE 


+-00000 
+00000 


+00000 
+00000 
+00000 
—00064 
—00064 
—00031 

+00000 
+00000 
+00000 


+00000 
+00000 
+00000 
—00064 
—00064 
—00031 

+00000 
+00000 


+00000 - 


+00000 


Edit-Buffer Parameters || 


Maximum 
VALUE 


+0001 6 
+00001 


+00001 
+00063 
+00127 
+00063 
+00063 
+0003 1 
+00100 
+0001 6 
+0000 1 


+00001 
~ +00063 
+00127 
+00063 
+00063 
+0003 1 
+00100 
+0001 6 
+00001 


+00001 


102] 
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PARAMETER NAME 


“VOICE NUMBER 7” 
“VOLUME 7” 
“TUNING 7” 
“NOM@aoFrirI 7” 
“PAN 7” 

“EFEBST LEVEL 7” 
“RESERVE NOTE 7” 
“VOICE ON/OFF 8” 


“VOICE MEMORY 
SELECT 8” 


“VOICE NUMBER 8” 
“VOLUME 8” 
“TUNING 8” 
“NOTE SHIFT 8” 
“PAN 8” 

“EFFECT LEVEL 8” 
“RESERVE NOTE 8” 
“VOICE ON/OFF 9” 


“VOICE MEMORY 
SELEGI 9” 


“VOICE NUMBER 9” 
“VOLUME 9” 
“TUNING 9” 
“NOTE SHIFT 9” 


HUMBER 
DF BYTES 


—= 


— i 


ADDRESS IN 
THE EDIT 


BUFFER 


00072 
00073 
00074 
00075 
00076 
00077 
00078 
00079 


00080 
0008 1 
00082 
00083 
000384 
00085 
00086 
00087 
00088 


00089 
00090 
0009 1 
00092 
00093 


MINIMUM 
VALUE 


+00000 
+00000 
—00064 
—00064 
—00031 

+00000 
+00000 
+00000 


+00000 
+00000 
+00000 
—00064 
—00064 
—00031 

+00000 
+00000 
+00000 


+00000 
+00000 
+00000 
—00064 
—00064 


MAXIMUM 
VALUE 


+00063 
+00127 
+00063 
+00063 
+0003 1 
+00100 
+00016 
+0000 1 


+00001 
+00063 
+06127 
+00063 
+00063 
+0003 1 
+00100 
+00016 
+00001 


+00001 
+00063 
+00127 
+00063 
+00063 


PARAMETER NAME 


“PAN 9” 

SEEEEC PLE VEO” 
“RESERVE NOTE 9” 
“VOICE ON/OFF 10” 


“VOICE MEMORY 
SELECT 10° 


“VOICE NUMBER 10” 
“VOLUME 10” 
“TUNING 10” 
“NOTE SHIFT 10” 
“PAN 10” 

EEER ei EE VEL AO: 
"RESERVE NOVE TO: 
“VOICE ON/OFF 11” 


“VOICE MEMORY 
SeEBe 1 411” 


“VOICE NUMBER 11” 
“VOLUME 11” 
“TUNING 11” 
“NGHeSEIPYT 11” 
“PAN I1” 

rEbReG! LEVEL LI” 
“RESERVE NOTE 11” 


NUMBER 
OF BYTES 


ADDRESS. IN 


THE EDIT 
BUFFER 


00094 
00095 
00096 
00097 


00098 
00099 
00100 
00101 
00102 
00103 
00104 
00105 
00106 


00107 
00108 
00109 
00110 
OO111 
00112 
00113 
00114 


—00031 

+00000 
+00000 
+00000 


+00000 
+00000 
+00000 
—00064 
—00064 
—00031 

+00000 
+00000 
+00000 


+00000 
+00000 
+00000 
—00064 
—00064 
—00031 

+00000 
+00000 
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MAXIMUM 
VALUE 


+0003 1 
+00100 
+00016 
+00001 


+00001 
+00063 
+00127 
+00063 
+00063 
+0003 1 
+00100 
+0001 6 
+00001 


+00001 
+00063 
+00127 
+00063 
+00063 
+0003 1 
+00100 
+00016 


Bacar 
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ADDRESS IN 


THE EDIT 


minimum 


MAXIMUM 


PARAMETER NAME 


“VOICE ON/OFF 12” 


“VOICE MEMORY 
SERRE r2° 


“VOICE NUMBER 12” 
“VOLUME 12” 
“TUNING 12” 
“NOTE SHIFT 12” 
“PAN 12” 

“EFFECT LEVEL 12” 
“RESERVE NOTE 12” 
“VOICE ON/OFF 13” 


“VOICE MEMORY 
SELECT 13” 


“VOICE NUMBER 13” 
VOLUME 13” 
“TUNING 13” 
eNOteoriry 13° 
“PAN 13” 
“EBRRE@W-EE VEL 13” 
"RESERVE NOTE 13” 
“VOICE ON/OFF 14” 


“VOICE MEMORY 
SELECT 14” 


BUFFER 
OO11S 


00116 
00117 
00118 
00119 
00120 
00121 
00122 
00123 
00124 
00125 


00126 
00127 
00128 
00129 
00130 
00131 
00132 
00133 


00134 


VALUE 
+00000 


+00000 
+00000 
+00000 
—00064 
—00064 
—00031 

+00000 
+00000 
+00000 
+00000 


+00000 
+00000 
00064 
—00064 
—00031 

+00000 
+00000 
+00000 


+00000 


VALUE 
+00001 


+00001 
+00063 
+001 27 
+00063 
+00063 
+0003 1 
+00100 
+00016 
+00001 
+00001 


+00063 
+00127 
+00063 
+00063 
+0003 1 
+00100 
+00016 
+00001 


+00001 


Ce 


gett . " Re 
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ADDRESS.1N 
NUMBER — THEEDIT maximum 
PARAMETER NAME OF BYTES BUFFER VALUE 
“VOICE NUMBER 14” 00135  +00000  -+00063 
“VOLUME 14” C 00136  +00000  +00127 
_ “TUNING 14” 1 00137 00064  +00063 
“NOTE SHIFT 14” 00138 00064 ~~ +00063 
“PAN 14” l 00139 00031  +00031 
“EFFECT LEVEL 14” 00140  +00000  +00100 , 
“RESERVE NOTE 14” 00141 +00000  +00016 
“VOICE ON/OFF 15” 00142 +00000  +00001 
“VOICE MEMORY 
SELECT 15” I 00143. +00000 +00001 
“VOICE NUMBER 15” I 00144  +00000 © +00063 
“VOLUME 15” 00145 +00000 ~—-+00127 
“TUNING 15” 00146 00064 ~~ +00063 
“NOTE SHIFT 15” 1 00147. 00064 — +00063 
“PAN 15” 00148 00031 +0003! 
“SERE@ ley BLS” 00149  +00000  +00100 
“RESERVE NOTE 15” ! 00150  +00000 + ++00016 
“VOICE ON/OFF 16” QO151  +00000 +00001 
“VOICE MEMORY 
SELECT 16” I 00152  +00000  +00001 : 
“VOICE NUMBER 16” l 00153  +00000 + +00063 
“VOLUME 16” 00154  +00000 +00127 
“TUNING 16” 0015S 00064 ~—-+00063 
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PARAMETER NAME 


’ “NOTE SHIFT 16” 
“PAN 16” 

“EFFECT LEVEL 16” 
“RESERVE NOTE 16” 


NUMBER 


OF BYTES 


ADDRESS IN 
THE EDIT 
BUFFER 


00156 
00157 
00158 
00159 


—00064 
—00031 

+00000 
+00000 


MAXIMUM 
VALUE 


4.00063 
+0003 1 
+00100 
+00016 


APPENDIX 


Representative 
MIDI 
Software Vendors 


Ars Nova Software 
POsBor637 
Kirkland, WA 98083 
(800) 445-4866 

fax (206) 889-0359 


Coda Music Technology 

6210 Bury Drive 

Eden Prairie, MN 55346-1718 
(612) 937-9611 

(800) 843-2066 

fax (612) 937-9760 


HIS APPENDIX CONTAINS a 
short sampling of MIDI software 
manufacturers. Although by no 
means exhaustive, it includes the ma- 
jor makers of composition and play- 
back programs, and—naturally— 
sequencer and controller software, 
editors, and editor/librarians for 
Atari, Apple (Macintosh), and IBM 
PC and PC clone computers. 


Digital Music Services 

23010 Lake Forest Drive, Suite 
D-334 

Laguna Hills, CA 92653 
(714) 951-1159 


Dr. T’s Music Software 
124 Crescent Road 
Needham, MA 02194 
(617) 455-1454 

(800) 989-MIDI 

fax (617) 455-1460 


Dynaware U.S.A., Inc. 

950 Tower Lane, Suite 1150 
Foster City, CA 94004 
(415) 349-5700 

(800) 445-3962 

fax (415) 349-5879 


Electronic Arts 

1450 Fashion Island Blvd. 
San Mateo, CA 94404 
(415) 571-7171 

(800) 245-4525 


Great Wave Software 
53553 Scotts Valley Drive 
Scotts Valley, CA 95066 
(408) 438-1990 

fax (408) 438-7171 


Leigh’s Computers 

- 1475 Third Avenue 
New York, NY 10028 
(212) 879-6257 

fax (212) 772-1689 


Mark of the Unicorn, Inc. 
1280 Massachusetts Ave. 
Cambridge, MA 02138 
(617) 576-2760 

fax (617) 576-3609 


Representative MIDI Software Vendors | i 


Metatec Corp. /Nautilus 
7001 Discovery Blvd. 
Dublin, OH 43017 
(614) 776-3165 

(800) 637-3472 

fax (614) 761-4110 


Opcode Systems, Inc. 

3950 Fabian Way, Suite 100 
Palo Alto, CA 94303 

(415) 856-3333 

fax (415) 856-3332 


Passport Designs, Inc. 

100 Stone Pine Road 

Half Moon Bay, CA 94019 
(415) 726-0280 

(800) 443-3210 

fax (415) 726-2254 


Pyographics 

P.O. Box 639 
Grapevine, TX 76099 
(817) 481-7536 
(800) 222-1536 

fax (817) 488-9658 
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Softronics, Inc. 

5085 List Drive 

Colorado Springs, CO 80919 
(719) 593-9540 

fax (719) 548-1878 


SoundQuest, Inc. 

121 West 13th Street, Suite 2 
Vancouver, VSY 1V8 Canada 
(604) 874-9499 

(800) 667-3998 

fax and BBS (604) 874-8971 


Soundtrek 

3384 Hill Drive 
Duluth, GA 30136 
(404) 623-0879 


Steinberg Jones 

17700 Raymer Street, Suite 
1001 

Northridge, CA 91325 
(818) 993-409 1 

fax (818) 701-7452 


Temporal Acuity Products, Inc. 
300 120th Ave. N.E., Bldg. 1 
Bellevue, WA 98005 

(206) 462-1007 

(800) 426-2673 


Tran Tracks 

350 Fifth Ave., Suite 3304 
New York, NY 10118 

(800) 473-0797 (orders) 
(201) 383-6691 (tech support) 


- fax (201) 383-0797 


Twelve-Tone Systems 
P.O. Box 760 
Watertown, MA 02272 
(617) 926-2480 

fax (617) 924-6657 


INDEX 


Note to the Reader: 


Boldfaced numbers indicate pages where you will find the principal disguenion 


of a topic or the definition of a term. Italic numbers indicate pages where a topic 


is illustrated in a figure. 


Numbers 


vs plus 1” transmission format, 
456-457 

32-voice dump. See editor/librarian 
for Yamaha TX81Z 


" 

absolute codes, in synchronization, 
384-385 

absolute metrical position, 300, 
300 

ACED parameter, for Yamaha 
TX81Z618—621 

ACIA (Asynchronous Communica- 
tions Interface Adapter), 
896. See also UART 


ACK (Acknowledge) message 
File Dump protocol, 196, 753— 
759 
Sample Dump Standard (SDS), 
528=029 
acoustic instruments. See also 
instruments 
controllers and sound generators 
in, 19-20 
MIDI fication of, 262-263 
acquisition instructions, GenEdit 
language, 1019 
action conversion, in controllers, 
262-263 
Activation message, 695 
Active Sensing message, 168-169, 
169, 896-897 
in GS format implementation 


charts, 716 
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Index 


Actual Offset field (read), 826-827 
ADC (analog-to-digital conver- 
sion), 235, 238-239, 239, 
897 
Add command (MMC), 808-809 
additive synthesis, 227-235, 227, 
897. See also synthesis 
frequency modulation (FM) 
synthesis, 229-232, 230, 
Co 200, 235 34 
oscillators and, 227-229 
phase distortion, 228-229, 228 
vector synthesis, 232-233, 235 
wave tables, 233-235, 236 
addressing, MIDI channels and, 
64-65 
ADSR envelope, 222-223, 223, 
897 
Aftertouch messages, 99-102, 
209, 897. See also MIDI 
messages 
Channel Aftertouch message, 
101-102, 102, 209, 348 
in MIDI implementation charts, 
209 
Polyphonic Aftertouch message, 
100-101, 107 
Akai S3000, 971-973 
aliasing, 238, 898 
All Notes Off message, 146-149, 
150-151 
All Sound Off message, 143 
ALL_OFF command, MIDI Show 
Control standard, 741 


alphanumeric characters, in data 
formats, 465 
amplifiers, 221-223 
digitally controlled amplifiers 
(DEAS), 221 
voltage-controlled amplifiers 
(ViGAS) 221 
amplitude, 8-10, 9, 10 
analog synthesis, 215-225, 215, 
226-227, 898. See also 
synthesis 
amplifiers and envelope gener- 
ators (EGs), 221 =e 23, 
224 
filters, 219=271, 290) 271 
future of, 224-225 
low-frequency oscillators 
(LFOs) and, 223-224 
oscillators and, 215-219, 216, 
28 
versus subtractive synthesis, 
226-227 
analog synthesizers. See also instru- 
ments; synthesizers 
interface systems in, 22-29, 23, 
LCG: 
programming sound in, 31-33 
analog-to-digital conversion 
(ADE 5.235, 238-939. 
239, 897 
aperiodic waveforms, 8 
applications for MIDI Machine 
Control protocol, 869-892 
a basic configuration, 870-872 


looping between two points, 
869-870 
master devices and slave devices, 
879-892 
MMC and MIDI Time Code 
- example 1, 872-874 
MMC and MIDI Time Code 
example 2, 874-879 
ASCII transmission format, 
458-460, 899 
Assign System Master command 
(MMC), 806 
assigning 
drum sets in GS format, 
700-701 
sounds in GS format, 697~700 
Asynchronous Communications In- 
terface Adapter (ACIA), 
896. See also UART 
attack phase, 222-223, 223, 224, 
899 
attack velocity, Note On and Note 
Off messages and, 81-83 
audio post-production, SMPTE 
in, 404-405 
audiotape recorders, SMPTE for, 
406—407, 408 
autoloading, Program Change 
messages and, 99 
automatic panorama effect, 
332-335 
Auxiliary messages section, MIDI 
implementation charts, 211 


band-pass filters, 221 


bandwidth-limited noise, 219 
Bar Marker message, 186-188, 
748-751 
Basic Channel section, MIDI im- 
plementation charts, 206 
bass sounds, 687 
Boss test procedures and hidden 
functions, 976-977 
branching instructions, GenEdit 
language, 1020 
brass sounds, 688 
buffers, 901 
edit buffers, 441-443. See also 
editor/librarian for Yamaha 
TEXe1Z 
for editor/librarian for 
Yamaha SY55, 672-677, 
673 
in GenEdit program, 547—S48 
parameters for, 1025-1032 
Bulk Tuning Dump message, 
201-202, 764, 901 
Bulk Tuning Dump Request mes- 
sage, 201, 763 


( 


cables, MIDI, 41, 916 
calculation operators, in Genkdit 


language, 1014-1016 


Index 


10,2 


Cancel message 
File Dump protocol, 197, 
759-~760 
Sample Dump Standard (SDS), 
529-530 
cascade networks. See daisy-chain 
networks; MIDI networks 
Casio CZ-1, 602—607 
Casio FZ-1, 1008 
Channel Aftertouch message, 101— 
102, 102, 209, 348. See also 
Aftertouch messages 
Channel messages, 68-70, 903. 
See also Channel Mode mes- 
sages; Channel Voice mes- 
sages; MIDI messages 
General MIDI standard for, 
694-695 
polyphony and, 70 
types of, 70 
Channel Mode messages, 70, 
142-156, 206—207. See also 
Channel messages; Channel 
Voice messages 
All Notes Off message, 
146-149, 150-15] 
All Sound Off message, 143 
compressing (Running Status), 
156—160, 157, 927 
data bytes in, 155—156 
in GS format implementation 
charts, 714—715 
Local Control messages, 


144-146, 145, 147 


in MIDI implementation charts, 
206-207 
MIDI modes, 151-156 
MIDI implementation charts 
and, 204 
Mode I: Omni On/Poly, lsZ 
Mode 2: Omni On/Mono, 
153 
Mode 3: Omni Off/ Poly, 
is2 
Mode 4: Omni Off/Mono, 
1S2—1338 
for receiving units, 154 
for transmitting units, 


1553856 

Mono Mode On message, 150, 
152-154 

Omni Mode Off message, 150, 
[52053 

Omni Mode On message, 150, 
hS2, 15s=064 

Poly Mode On message, 151, 
152 

Reset All Controllers message, 
143-144 


status bytes in, 155 
Channel Voice messages, 70. See 

also Channel messages; Chan- 
nel Mode messages; MIDI 
messages 

Aftertouch messages, 99—102, 
209, 897 

Channel Aftertouch message, 

101—102, 102, 209, 348 


in MIDI implementation 
charts, 209 
Polyphonic Aftertouch mes- 
sage, 100-101, 101 
compressing (Running Status), 
156-160, 157, 927 
Control Change messages, 
124—139, 125 
continuous controllers coded 
as a byte, 131-135 
continuous controllers de- 
fined, 904 
continuous MSB/LSB con- 
trollers, 125—130 
Data Increment and Data 
Decrement controllers, 135 
in GS format implementation 
charts, 704—713 
in Korg M1 data-storage for- 
mat, 349 
in MIDI implementation 
charts, 209 
Registered and Non-regis- 
tered parameters, 135-139 
switches, 130-131 
in GS format implementation 
charts, 703-704 
Note On and Note Off mes- 
sages, 79-90, 920 
General MIDI standard for, 
694 
in Korg M1 data-storage for- 
mat, 347-348 
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MIDI note numbers, nota- 
tion, frequency, and cycle 
time, 83-90 

Note Off message, 80-81, 81 

Note On message, 79-80, 80 

quantization of, 301-307 

tessitura and, 81 

velocity (attack and release) 
and, 81-83 

velocity response curve 
and, 82 

Pitch Bend messages, 102-123, 
103, 209 

in Korg MI data-storage for- 
mat, 348 

in MIDI implementation 
charts, 209 

pitch-variation range and, 
104-105 

receiving, 116-123 

resolution and density of, 104 

transmitting, 1OS5—115 

Program Change messages, 90— 
99:29:192,10, 925 
- autoloading and, 99 

in Korg M1 data-storage for- 
mat, 349 

in MIDI implementation 
charts, 210 

multitimbral instruments 
and, 99 

numbering systems for, 


92-98 
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receiving, 9] 
storage of, 98 
characters, alphanumeric in data 
formats, 465 
Chase (MCP) command (MMC), 
800 
Chase Mode field (read/write), 
860 
checksums, 469-472. See also data 
integrity 
in Kawat K5, 471-472 
“nybble” checksums, 471 
“one’s complement” checksum, 
‘470 
with a shift, 471 
standard checksums, 470 
“two's complement” checksum, 
470 
Chorus, Auto-Pan, and Harmon- 
izer effects program, 
332-336 
chorus effects, 331-332 
chromatic percussion sounds, 686 
chunks in MIDI Files, 358 
header chunks, 358-361, 370— 
S187 2, 912 
track chunks, 361-368, 
371=374 
clock signals, 917. See also synchro- 
nization; synchronization 
signals 
CLOSE_CUE_LIST command, 
MIDI Show Control stan- 
dard, 747-748 


CLOSE_CUE_PATH command, 
MIDI Show Control stan- 
dard, 748 

Command Error field (read), 
842-846 

Command Error Level field 
(read/ write), 846 

Command Error Reset command 
(MMC), 800 

command keyboards, 260 

Command Segment command 
(MMC), 815 

commands. See MIDI Machine 
Control protocol (MMC); 
MIDI Show Control 
standard 

comments, in MIDI Machine Con- 
trol protocol, 773-774 

Common segment, for Yamaha 
TX81Z, 655-658 

communications protocols. See data 
integrity; data-storage and 
data-transmission formats; 
File Dump protocol; MIDI 
Machine Control protocol 
(MMC); SCSI Musical 
Data Interchange (SMDI) 
protocol 

compatibility, of MIDI Files, 
3502351 

compressed storage, 453-456 

compression, 906. See also Running 
Status 

of audio signals, 327-328, 328 


of temporal data in MIDI Files, 
3522500 
conditional branching instructions, 
GenEdit language, 1020 
configurations 
for GenEdit program, 542— 
544, 543, 544, 545 
in MIDI Machine Control pro- 
tocol, 769-770 
connecting, librarians to instru- 
ments, 491492, 491, 492 
connectors. See also MIDI hardware 
interface 
connection boxes, 53-57 
connection examples for se- 
quencers, 274—283 
MIDI cables, 41, 916 
MIDI connectors, 41-42, #1, 
42,917 
Continue message, 166-167, 167, 
72-1 
continuous controllers. See Control 
Change messages 
Control Change messages, 124— 
139, 125, 904. See also 
MIDI messages 
continuous controllers 
coded as a byte, 131-135 
continuous MSB/LSB con- 
trollers, 125-130 
Data Increment and Data Decre- 
ment controllers, 135 
in GS format implementation 


charts, 704-713 


spnegiinatiae 
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in Korg MI data-storage for- 
mat, 349 
in MIDI implementation charts, 
209 
switches, 130-131 
Control Disable field (read / write), 
859 
control instructions, GenEdit lan- 
guage, 1019-1020 
control keyboards, 260 
controllers, 258-263, 904, 917. 
See also Control Change mes- 
sages; keyboards; MIDI Ma- 
chine Control protocol 
(MMC); sound generators; 
synthesizers 
acoustic instruments 
controllers in, 19-20 
MIDI fication of, 262—263 
action conversion and pitch con- 
version in, 262—263 
in electronic instruments, 20—21 
General MIDI standard for, 694 
MIDI keyboards, 258-263 
action conversion and pitch 
conversion, 262—263 
keyboard mapping, 261 
master keyboards, 260 
sound-generator keyboards, 
259 
non-keyboard controllers, 
261-263 
representation of on sequencers, 
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Reset All Controllers message, 
143-144 
converters, SMPTE/MIDI con- 
verters, 380, 402—403 
converting, SMPTE data to MIDI 
Time Code, 412-424 
crossfading, 261, 904 
Cubase. See also sequencers 
Human Syn function, 408—409, 
409 
synchronization examples, 
433-434, 434 
Cue Point messages, 429—430, 
905 
cycles, pitch and, 6—7 


daisy-chain networks, 905. See also 
MIDI networks wf 
MIDI channels and, 65—67, 66 
MIDI Thru boxes and, 54, 55 
data buffers, in GenEdit program, 
546 
data bytes, 61-63, 63, 905-906 
in Channel Mode messages, 
[So 56 
in MIDI reception flowcharts, 
952 
versus status bytes, 71, 72 
in System Exclusive messages, 
176 
data compression. See compression; 
Running Status 


data formats. See also data-storage 
and data-transmission 
formats 
in GenEdit program, 546 
in MIDI Machine Control pro- 
tocol, 775-781 
running speed, 778-780 
SMPTE Time code, 776-777 
track status, 780—78 | 
user bits, 778 
on sequencers, 269-270 
Data Increment and Data Decre- 
ment controllers, 135 
data integrity, 466-483. See also 
data-storage and data-trans- 


mission formats 
checksums, 469-472 
in Kawai K5, 471-472 
“nybble” checksums, 471 _ 
“one’s complement” check- 
sum, 470 
with a shift, 471 
standard checksums, 470 
“two's complement” check- 
sum, 470 
error-detection and error-correc- 
tion codes, 466—469 
handshake mode, 450, 475-479 
one-way mode, 450-4582, 
473-475 
Roland handshake protocol, 
450, 472, 479-483 
Data Packet message 
File Dump protocol, 194-196, 
756-706 


Sample Dump Standard (SDS), 
526-527 
data syntax, MIDI Show Control 
standard (MSC), 734-736 
data-access instructions, GenEdit 
- language, 1017-1018 
data-storage and data-transmission 
formats, 347—350, 452— 
466. See also data formats; 
data integrity; editor/librar- 
ian for Yamaha TX81Z; 
MIDI Files 
alphanumeric characters in, 465 
data-storage formats, 453-458, 
461, 463 
compressed storage, 453-456 
mixed storage (Korg M1), 
461 
uncompressed storage 
(Yamaha TX802), 457-458 
data-storage in Korg M1, 
347-350, 461 
- Channel Aftertouch mes- 
sages, 348 
Control Change messages, 
349 
End of Track identifier, 350 
mixed storage, 461 
Note On and Note Off mes- 
sages, 347-348 
Pitch Bend messages, 348 
Program Change messages, 
349 
Start of Bar identifier, 350 


data-transmission formats, 
456-464 
”7 plus 1” transmission for- 
mat, 456-457 
ASCII transmission format 
(Yamaha TX802), 458-460 
packed transmission format 
(Korg M1 and Kurzweil K- 
2000), 461-463 
standard transmission format 
(Roland D-SO and D-550), 
463 
transmission by nybbles for- 
mat, 456 
displayed versus real parameter 
values in, 464—465 
individual parameter messages, 
465466 
DCAs (digitally controlled 
amplifiers), 22 1 
DCFs (digitally controlled filters), 
220 
DCOs (digitally controlled oscilla- 
tors), 216 
Deactivation message, 695—696 


decay phase, 222-223, 223, 224 


906 

Deferred Play (MCS) command 
(MMC), 797 

Deferred Variable Play (MCS) 
command (MMC), 816 

delay and echo effects, 324-326, 
326, 906 

delay problems, 337-346 

filtering and, 340-341 
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MIDI channel priority and, 341 
MIDI message density and, 341 
MIDI message priority and, 340 
MIDI receiving buffer and, 346 
multiple-output solutions to, 
342-343, 343, 344 
quantization and, 338-340 
sound-generator response times 
and, 343-345 
System Exclusive messages and, 
345-346 
track priorities and, 342 
Delete Cue Point message, 430 
Delete Event Start/Event Stop 
messages, 429 
Delete Punch-In/Punch-Out mes- 
sages, 429 
delta times, in MIDI Files, 351— 
354, 359-360, 361 
density 
delay problems and density of 
MIDI messages, 34] 
of MIDI messages, 40-41, 40 
of Pitch Bend messages, 104 
digital synthesis, 225~226, 226. 
See also additive synthesis; 
subtractive synthesis; 
synthesis 
digital words, 238, 907 
digitally controlled amplifiers 
(eN);,.221 
digitally controlled filters (DCFs), 
220 
digitally controlled oscillators 
(DCOs), 216 


Direct Time Lock (DTL) code, 
All 
display instructions, GenEdit 
language, 1019 
Drop Frame Adjust command 
(MMC), 810 
drum machines, 908. See also 
percussion 
display of on sequencers, 
29622977297 
Song Numbers on, 173-174 
drum sets, assigning in GS format, 
700-701 
drum / percussion kit (Channel 
10), mapping, 692-694 
DIL (Direct Time Lock) code, 
4l\l 
Dump messages, 192—194, 
447-452, 909. See also File 
Dump protocol, 447-448 
Dump Header message 
File Dump protocol, 194, 
756 
Sample Dump Standard 
(SDS), 531-534 
Dump Request message, 909 
File Dump protocol, 192-193, 
448, 754-756 
Sample Dump Standard 
(SDS), 528 
dump utilities and, 490-491 
MIDI channels and, 490-491 
Roland protocols for, 450— 
452, 472-475, 479-483 
rules for, 448—450 


Sample Dump Standard (SDS), 
526-539 
ACK (Acknowledge) mes- 
sage, 528-529 
Cancel message, 529-530 
‘Data Packet message, 
e20-o27 
Dump Header message, 
531-534 
Dump Request message, 528 
Loop Point Request message, 
S550 
Loop Point Transmission 
message, 534—535 
NAK (Not Acknowledge) 
message, 529 
versus SMDI (SCSI Musical 
Data Interchange) protocol, 
892-893 
transferring data with, 
586=539 
Wait message, 530 
_and transferring samples, 517— 
522 
dump utilities, 486-525, 488. See 
also editor/librarians; 
GenEdit program 
Dump messages and, 490-49 1 
librarians, 491-497 
connecting to instruments, 
491-492, 491, 492 
size of libraries versus banks, 
496-497 
types 0f,4929493, 494, 495 
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programming, 554-607 
Casio CZ-1, 602—607 
dumping all memory, 
566-572 

Korg M1, 572-576 

receiving dump requests, 
550-006 

Roland D-110, 584—600, 
585-594 

Roland MT-32, 580-583, 
HS2=582 

Yamaha FM synthesizers 
with six operators, 577-580 

Yamaha SPX-90 Multieffect, 
600—602 

Yamaha TX81Z series, 
550=072 

receive and send functions in, 
487 
sample editors, 502-539 
memory in samplers, 503 
sample editors, 522-524, 
3s) 

transferring sample parame- 
ters, 503-517 

transferring samples, 517-522 

universal sample editors, 
524-525, 525 

universal programs, 489, 

501-502. See also GenEdit 
program 


dynamic range effects, 327-331 


EBDT format, for Yamaha 
TX81Z, 637-646 
echo effects, 324—326, 326 
edit buffers, 441-443, See also 
editor/librarian for Yamaha 
TX81Z 
for editor/librarian for Yamaha 
Sao, 672-677, 673 
in GenEdit program, 547-548 
parameters for, 1025-1032 
editing on sequencers, 291-301. 
See also quantization 
absolute metrical or temporal 
position and, 300, 300 
controller representation, 298, 
299 
editing grids, 294, 295 
MIDI event editing, 292-301 
multi-windowing, 298-300, 
299 
percussion instrument display, 
296-297, 297 
piano-roll display, 296, 296 
processing operations, 301 
quantization during, 311-312 
score editing, 292-294, 294, 
22> 
structure or pattern editing, 
291-292, 922 
velocity representation, 297, 298 
editor/librarians, 497-500, 501. 
See also dump utilities 


editor/librarian for Yamaha 
SY55, 659-677 
edit buffer and individual pa- 
rameter messages, 672-677, 
673 
Parameter-Change message, 
662-672 
syntax of Exclusive messages, 
660-662 
editor/librarian for Yamaha 
TX81Z, 610-658 
Common segment, 655-658 
displayed versus real parameter 
values, 646, 647 
storage and transmission for- 
mats for 32-voice dump, 
610-618 
Get Patch segment, 617-618 
Initialize segment, 616-617 
Put Patch segment, 617-618 
Receive segment, 613-615 
Transmit segment, 613-614, 
615-616 
storage and transmission for- 
mats for edit buffer, 618— 
646 
EBDT format, 637—646 
Make Edit segment, 622—629 
Send Edit segment, 636-637 
Unmake Edit segment, 
629-636 
VCED and ACED param- 
eters, 618-621 
Validate segment, 647-655 
EGs (envelope generators), 909 


analog synthesis and, 221-223, 
223, 224 
Eject (MCS) command (MMC), 
800 
electronic instruments. See also 
- instruments 
controllers and sound gener- 
ators in, 20-21 
End of File message, File Dump 
protocol, 198-199, 
160=761 
End of Track identifier, Korg M1 
data-storage format, 350 
ensemble sounds, 688 
Ensoniq VFX-SD synthesizer 
expressiveness of, 969-971 
‘implementation chart, 963, 964 
envelope generators (EGs), 909 
analog synthesis and, 221-223, 
223, 224 
envelopes, phases of, 222-223, 
223, 224 
environment configurations, in 
MIDI Machine Control 
protocol, 769-770 
error-detection and error-correc- 
tion codes, 466—469 
ethnic sounds, 690-691 
Event command (MMC), 796, 
811-814 
Event Name message, 430-432 


event numbers, in MIDI Show 
Control standard, 735 
Event Response field (read), 796, 
865-866 
Event Start/Event Stop messages, 
429 | 
Exclusive messages. See System 
Exclusive messages 
expanders, Roland D-550 Ex- 
pander implementation 
chart, 960,96 1—962 
expanding audio signals, 328-329, 
329 
expressiveness, 257, 968-973 
of Akai S3000, 971-973 
of Ensoniq VFX-SD, 969-971 
of Kawai KS/K5M, 968-969 


extension cards, for memory, 440 
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extensions, in MIDI Machine Con- 


trol protocol, 773 


f 


Failure field (not accessible), 868 

families of sounds, 684-685 

Fast Forward (MCS) command 
(MMC), 797 

Fast Fourier Transform (FFT), 
17-18, 910 

Fast Mode field (read/write), 852 

FIFO (First In, First Out), 910, 
950 
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File Dump protocol, 191-199, 
753-761. See also data integ- 
rity; data-storage and data- 
transmission formats; 
Dump messages; MIDI mes- 
sages; MIDI Show Control 
standard; Sample Dump 
Standard (SDS); System Ex- 
clusive messages 

ACK (Acknowledge) message, 
196, 758-759 

Cancel message, 197, 759-760 

Data Packet message, 194-196, 
756-758 

Dump Header message, 194, 
756 

Dump Request message, 192— 
193, 448, 754-756, 909 

End of File message, 198-199, 
760—761 

NAK (Not Acknowledge) 
message, 197, 759 

Wait message, 198, 760 

filters, 219-221, 910 

band-pass filters, 221 

digitally controlled filters 
(D@Fs), 220 

high-pass filters GiPra), 219; 
220-221, 913 

low-pass filters (LPFs), 219— 
220) 220, 22T, 225, 915 

MIDI delay problems and, 
340-341 

voltage-controlled filters 


(VCEs), 220 


FIRE command, MIDI Show Con- 
trol standard, 740-741 

Fixed Speed field (read/ write), 858 

flowcharts, MIDI reception, 950— 

— 953, 951 

FM synthesis, 229-232, 230, 231, 
232, 233, 234,910 

folding, 237-238, 237 

Fourier’s Law, 12—19 

fractional weighting, 443-444 

frequency. See also sound 

intervals and, 7-8 
pitch and, 6-7, 923 

frequency modulation (FM) syn- 
thesisw229=232.99092371, 
232, 233, 234,910 

FSK (Prequency-Shift Keying) 
synchronization, 380, 
386-388, 911 

Full Message message, 420-421 
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GenEdit program, 542-607, 
1012-1020. See also dump 
utilities 

configurations, 542-544, 543, 
544, 545 

data buffer, 546 

data formats, 546 

edit buffer, 547-548 

GenkEdit language, Doe 
1012-1020 

branching instructions, 1020 


calculation operators, 
1014-1016 
conditional branching instruc- 
tions, 1020 
control instructions, 
.. 1019~1020 
data-access instructions, 
1017-1018 
display and acquisition in- 
structions, 1019 
initialization instructions, 
1016 
instructions linked to tables, 
1018 
labels, 1013 
MIDI byte transfer instruc- 
tions, 1O16—1017 
size of value symbols, 
1013-1014 
variables, 1012-1013 
manipulations, Soe esa53 
segments, 545, 548-551 
in editing configuration, SSO— 
Sol 
in filing configuration, 548 
in organizing configuration, 
548—550 
summary of operations, 
551-552 
General Information messages, 
184-185. See also MIDI 
messages; System Exclusive 
messages 


Identity Reply message, 184-185 | 


Identity Request message, 184 


General MIDI standard, 680— 
696, O11. See also GS format 
Activation message, 695 
channels, 683 
Deactivation message, 695—696 
instruments, 684 
mapping the drum/ percussion 
kit (Channel 10), 692-694 
minimum MIDI implementa- 
tion, 694-695 
controllers, 694 
Note On and Note Off 
messages, 694 
other Channel messages, 695 
registered parameters, 695 
sounds, 685-691 
bass, 687 
brass, 688 
chromatic percussion, 686 
ensemble, 688 
ethnic, 690-691 
families of, 684—685 
guitar, 686-687 
organ, 686 
percussive, 691 
piano, 685 
pipes, 689 
reeds, 688—689 
sound effects, 691 
strings, 687 
synth effects, 690 
synth lead, 689 
synth pad, 690 
type of synthesis, 683 
voices, 683 
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Generator Command command 
(MMC), 807 
Generator Command Tally field 
(read), 860-861 
Generator Set Up field 
(read/write), 861-862 
Generator Time Code field 
(read/ write), 828-830 
Generator Userbits field 
(read / write), 862 
Get Patch segment, for Yamaha 
TASIzZ, 617-618 
Global Monitor field (read/write), 
855-856 
GO command, MIDI Show Con- 
trol standard, 737 
GO/JAM_CLOK command, 
MIDI Show Control stand- 
ard, 742—743- 
GO_OFF command, MIDI Show 
Control standard, 741-742 
GPO/Locate Point message 
~ (read/write) (MMC), 832 
GP1 to GP7 message (read/ write ) 
(MMC), 832-834 _ 
graphing sound, 4—S, 4, 5 
Group command (MMC), 
814-815 
groups, in MIDI Machine Control 
protocol, 770-771 
GS format, 696-729. See also Gen- 
eral MIDI standard 
assigning drum sets, 700-701 
assigning sounds, 697—700 
implementation charts, 701-729 


Active Sensing message, 716 

Channel Mode messages, 
714-715 

Channel Voice messages, 
703-704 

Control Change messages, 
704—713 

System Exclusive messages, 
716—729 

System Real Time messages, 
i cia We) 

guitar sounds, 686—687 
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handshaking, 450, 475-479 
MIDI In and Out ports and, 
50, 51 
in MIDI Machine Control pro- 
tocol, 774—775, 912 
hardware sequencers, 267-268 
harmonic series, 912 
Fourier’s Law, timbre and, 
12-19 
harmonizer effects, 326-327 
harmonizer effects program, 
3322336 
header chunks, 912 
in MIDI Files, 358-361, 370— 
Srl 372) 
hidden functions. See test proce- 
dures and hidden functions 
high-pass filters (HPFs), 219, 
220-221, 913 


human synchronization, 407-411, 
409 
hybrid synthesis, 241-242 


ID codes, MIDI, 940-946 
identifier syntax, in MIDI Show 
Control standard, 730 
Identity Reply message, 184-185 
Identity Request message, 184 
implementation charts. See MIDI 
implementation charts 
incremental quantization, 307—308 
individual parameter messages, 
465-466 
for Yamaha SY55, 672-677, 
673 
initialization instructions, GenEdit 
language, 1016. 
Initialize segment, for Yamaha 
EXSIZ,.616=—6 17 
instruments, 19-33. See also con- 
trollers; MIDI implementa- 
tion charts; sound 
generators; synthesizers; test 
procedures 
acoustic instruments 
controllers and sound gener- 
ators in, 19-20 
MID Ification of, 262—263 
connecting librarians to, 49 1— 
492, 491, 492 


controllers and sound generators 
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in acoustic instruments, 
LO=20: 
in electronic instruments, - 
20221 
General MIDI standard for, 684 
interfaces, 21-29 
in analog synthesizers, 22-29, 
23,2 1, 2663132 
digital interfaces, 29 
sequencers and, 30-31 
MIDI ID codes for, 940—946 
sequencers, 30-31 
intelligent quantization, 311 
interfaces, 21-29. See also instru- 
ments; MIDI hardware 
interface 
in analog synthesizers, 22-29, 
23, DERABes 1 =32 
digital interfaces, 29 
sequencers and, 30-31 
interrupt buffer system, 47-48, 47 


Kawai K5 
checksums in, 471-472 
expressiveness of, 968-969 
key pressure. See Aftertouch 
messages 
keyboards, MIDI, 258-263. See 
also controllers 
action conversion and pitch con- 
version, 262—263 
keyboard mapping, 261 
master keyboards, 260 


sound-generator keyboards, 259 
Korg, test procedures and hidden 
functions, 977-980 
Korg M1. See also sequencers 
data-storage format, 347-350 
Channel Aftertouch messages, 
348 
Control Change messages, 


349 


End of Track identifier, 350 


mixed storage, 461 
Note On and Note Off mes- 
sages, 347-348 
Pitch Bend messages, 348 
Program Change messages, 
349 
Start of Bar identifier, 350 
memory in, 446-447 
packed transmission format, 
461-462 
programming, 572—576 
Kurzweil 1000PX, 980 
Kurzweil K-2000, 462—463. 


L 


L/A (linear arithmetic) synthesis, 
444 
labels, in GenEdit language, 1013 
LFOs (low-frequency oscillators) 
analog synthesis and, 223-224 
FM synthesis and, 229-230, 
230 
librarians, 491-497. See also dump 


utilities 


connecting to instruments, 491— 
492, 491, 492 
size of libraries versus banks, 
496-497 
types of, 492, 793, 494, 495 
LIFO (Last In, Last Out), 915, 
950 
Lifter Defeat field (read/ write), 
858 
limiting audio signals, 330-331, 
331 
linear arithmetic ay A) synthesis, 
444 
LOAD command, MIDI Show 
Control standard, 739 
Local Control messages, 144—146, 
145, 147 
Locate (MCP) command (MMC), 
804 
Lock Deviation field (read), 828 
logical manipulations, in se- 
quencers, 316-323, 317 
logical synchronization, 381, 383 
Longitudinal Time Code (LTC), 
390-392, 393, 394, 395— 
396, 396, 397, 398, 915 
Loop Point Request message, 
Sample Dump Standard, 
535=536 
Loop Point Transmission message, 
Sample Dump Standard, 
534-535 
looping, 915 
low-frequency oscillators (LFOs) 
analog synthesis and, 223-224 


FM synthesis and, 229-230, 
230 : 
low-pass filters (LPFs), 219-220, 
ZO0R22 1, 225, VS 
LTC Code (Longitudinal Time 
- CEMA) 390-392393,039 4, 
395-396, 396, 397, 398, 915 
m 
Make Edit segment, for Yamaha 
TEXS' 2622-629 
manipulations, in GenEdit pro- 
gram, 5S2—553 
manufacturers’ messages, 176—178. 
See also System Exclusive 
messages 
mapping, 916 
drum/percussion kit (Channel 
10), 692-694 
keyboard mapping, 261 
MIDI channels, 255—256 
Masked Write command (MMC), 
802 
Master Balance message, 190-191, 
das 
master devices, MMC protocol 
and, 879-892 
master keyboards, 260 
Master Volume message, 190, 
Talat 8 
memory, 438-447. See also data- 
storage and data-transmis- 
sion formats; Dump 
messages 


edit buffers, 441-443 
extension cards for, 440 
fractional weighting, 443-444 
in Korg M1, 446-447 
operating systems, updates and, 
439-440 
organization of, 441 
in Prophet 600, 453-456 
RAM versus ROM, 438-439, 
925, 927 
in Roland D-50 and D-550, 
444-446 
in samplers, 503 
in Yamaha TX802, 443-444, 
445 
messages. See MIDI messages; 
MIDI Show Control stan- 2 
dard; MIDI Time Code 
Meta events, in MIDI Files, 
364-368 
microtonal scales. See MIDI Tun- 
ing standard 
MIDI bytes, 37-39, 37 
transfer instructions for in 
GenEdit language, 
1016-1017 
MIDI cables, 41, 916 
MIDI channels, 64—68, 917. See 
also MIDI language 
addressing and, 64-65 
daisy-chain networks and, 65— 
67, 66 
delay problems and priority of, 
341 
General MIDI standard for, 683 


wel 


sequencers and, 283-291 
star networks and, 67—68, 67 
status bytes and, 64-65, 69—70, 
69 
synthesizers and, 255-256 
MIDI Clock Signals, 917. See also 
synchronization; synchroni- 
zation signals 
MIDI connectors, 41—42, 41, 42, 
917 
MIDI controllers. See controllers 
MIDI delay problems. See delay 
problems 
MIDI Dumps. See Dump messages; 
File Dump protocol; Sam- 
ple Dump Standard 
MIDI events 
editing, 292-301 
in MIDI Files, 362 
MIDI expressiveness. See 
expressiveness 
MIDI Files, 350-374, 917. See 
also sequencers 
advantages and limitations of, 
35023361 
chunk format of, 358 | 
header chunks, 358-361, 
370-371, 372, 912 
track chunks, 361-368, 371— 
374 
compatibility of, 350-351 
compressing temporal data, 
B52—353 
delta times, 351-354, 359~360, 
361 


guidelines for, 368-369 
Meta events, 364-368 
MIDI events, 362 
real times and delta times, 
8012352 
SysEx events, 362-364 
translating scores, 369-370, 370 
Type 0, Type 1, and Type 2 
formats, 360—361, 370-374 
variable-size format of, 352—353 
MIDI hardware interface, 36—57. 
See also interfaces 
connection boxes, 53-57 
MIDI bytes, 37-39, 37 
MIDI cables, 41, 916 
MIDI connectors, 41-42, 41, 42 
MIDI In port, 50-S1, 50, 52 
connectors and, 41 
data transfer and, 45—46 
handshake links and, 50, 51 
MIDI patch and, 56, 57 
optoelectrical isolators for, 
43, 44, 45 
recording connection exam- 
ples, 274-283 
MIDI mergers, 55, 56 
“MIDI Out port, 50-51, 50, 52 
connectors and, 41 
handshake links and, 50, 51 
MIDI patch and, 56, 57 
recording connection exam- 
ples, 274-283 
MIDI patch, 56—S7, 57, 922 
MIDI Thru box, 54—55, 54, 
933 


MIDI Thru port, 51-53 
cascade networks and, 52, 53 
connectors and, 41 
recording connections and, 

276-283 
optoelectrical isolators, 43 
as a serial asynchronous link, 
37-43, 38, 39 
serial / parallel interface, 38, 
43-48 
interrupt buffer system and, 
47-48, 47 | 
serial/parallel conversions 
and, 45—46, 46 

speed and density of, 40-41, 40 

start and stop bits, 37, 39 

UART (Universal Asynchro- 

nous Receiver/Transmit- 
ter), 934 
interrupt buffer system and, 
47-48, 47 
serial/parallel conversion 
and, 45—46, 46 
MIDI ID codes, 940-946 
MIDI implementation charts, 
2038 =201,.205) 913 

Aftertouch section, 209 

Auxiliary messages section, 21 | 

Basic Channel section, 206 

Control Change section, 209 

for Ensoniq VFX-SD synthe- 

sizer, 963, 964 

examples, 956-964 

in GS format, 701-729 
Active Sensing message, 716 


Channel Mode messages, 
714-715 
Channel Voice messages, 
703-704 
Control Change messages, 
704—713 
System Exclusive messages, 
‘iiG—729 
System Real Time messages, 
718-716 
guidelines for, 211 
Mode section, 206—207 
Note Number section, 207—208 
Notes section, 211 
Pitch Bender section, 209 
Program Change section, 210 
for Roland Alpha Juno-1 syn- 
thesizer, 956-960, 957 
for Roland D-550 Expander, 
960, 961—962 
System Common section, 210 
System Exclusive section, 210 
System Real Time section, 210 
Velocity section, 209 


MIDI In port, 50—-S1, 50, 52 


connectors and, 41 

data transfer and, 45—46 

handshake links and, 50, 51 

MIDI patch and, 56, 57 

optoelectrical isolators for, 43, 
44, 45 

recording connection examples, 


274-283 


MIDI interface. See interfaces; 


MIDI hardware interface 


Index a) 


ne 


Index 


MIDI keyboards, 258-263. See 
also controllers 
action conversion and pitch con- 
version, 262—263 
keyboard mapping, 261 
master keyboards, 260 
sound-generator keyboards, 259 
MIDI language, 60-139, 916. See 
also MIDI messages 
data bytes, 61-63, 63, 905-906 
in Channel Mode messages, 
155-156 
in MIDI reception flow- 
charts, 952 
versus status bytes, 71, 72 
in System Exclusive messages, 
176 
MIDI channels, 64—68, 917 
addressing and, 64-65 
daisy-chain networks and, 
65—67, 66 
delay problems and priority 
of, 341 
General MIDI standard for, 
683 
sequencers and, 283-291 
star networks and, 67—68, 67 
status bytes and, 64—65, 69— 
70, 69 
synthesizers and, 255-256 
MIDI standard and, 61 
status bytes, 61-63, 63, 931 
in Channel Mode messages, 
[SS 
families of, 78—79 
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logical addressing and, 64—65 
MIDI channels and, 64—65, 
69-70, 69 
_ MIDI messages and, 71-79, 
a2 
in MIDI reception flow- 
charts, 952 
in System Exclusive messages, 
176 
MIDI Machine Control protocol 
(MMC), 768-817, 820— 
892. See also System Exclu- 
sive messages 
application examples, 869-892 
a basic configuration, 
8702872 
looping between two points, 
869-870 
master devices and slave de- 
vices, 879-892 
MMC and MIDI Time 
Code example 1, 872-874 
MMC and MIDI Time 
Code example 2, 874-879 
commands, 771-772, 783— 
785, 790-796, 797-817 
Add, 808-809 
Assign System Master, 806 
Chase (MCP), 800 
Command Error Reset, 800 
Command Segment, 815 
communication commands, 
796 
Deferred Play (MCS), 797 


Deferred Variable Play 
(MCS), 816 

Drop Frame Adjust, 810 

Eject (MCS), 800 

Event, 796, 811-814 

Fast Forward (MCS), 797 

Generator Command, 807 

Group, 814-815 

listed by code, 783-785 

listed by type, 790-796 

Locate (MCP), 804 

Masked Write, 802 

for mathematical operations 
that affect time code, 795 

MIDI Time Code Com- 
mand, 794, 807 

MMC Reset, 801 

Move, 807—808 

Pause (MCS), 799 

Play (MES) 9797 

Procedure, 796, 810-811 

Read, 802 

reading, writing, and error- 
handling (I/O) commands, 
790 

Record Exit, 798 

Record Pause, 799 

Record Strobe, 798 

Record Strobe Variable, 816 

Resume, 774-775, 817 

Rewind (MCS), 798 

Search (MCS), 805 

Shuttle (MCS), 805 

Step (MCS), 806 

Stop (MCS), 797 


MMC messages, 781-796 


Index 4a 
bare J 


Subtract, 809 » 

synchronization (sync) com- 
mands, 793 

time-code generation com- 
mands, 794 

transport management com- 
mands, 791—792 

Update, 803-804 

Variable Play (MCS), 805 

Wait, 774-775, 817 

Write, 801-802 

data formats, 775-781. 

running speed, 778—780 

SMPTE Time code, 776-777 

track status, 780-781 

user bits, 778 


commands and responses 
listed by code, 783-790 

commands and responses 
listed by type, 790-796 

syntax of, 768-769 

types of, 781-783 

overview of 

commands and responses, 
VERO: 

comments, 773—774 

environment configurations, : 
7692770 

extensions, 773 

groups, PAO=7 71 

handshaking, 774—775, 912 

transactions, 770 


responses, 820-869 


loot 


Index 
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Actual Offset field (read), 
826—827 

Chase Mode field 
(read/ write), 860 

Command Error field (read), 
842-846 

Command Error Level field 
(read/write), 846 

communication fields, 796 

Control Disable field 
(read/write), 859 

Event Response field (read), 
796, 865-866 

Failure field (not accessible’, 
868 

Fast Mode field 
(read/ write), 852 

Fixed Speed field 
(read/write), 858 

Generator Command Tally 
field (read), 860-861 

Generator Set Up field 
(read/ write), 861-862 

Generator Time Code field 
(read/ write), 828-830 

Generator Userbits field 
(read/write), 862 

Global Monitor field 
(read/write), 855-856 

GPO/Locate Point message 
(read/write), 832 

GPI to GP7 message 
(read/write), 832-834 

Lifter Defeat field 
(read/write), 858 


listed by code. 785-790 

listed by type. 790-796 

local time code (time) fields, 
793 

Lock Deviation field (read), 
828 

for mathematical operations 
that aftect the time code 
(math), 795 

MIDI Time Code Command 
Tally field (read/write). 
862-863 

MIDI Time Code Input field 
(read), 830-832 

MIDI Time Code Set Up 
field (read/write), 863-804 

Motion Control Tally field 
(read), 848-351 

overview of. 771-772 

Play Speed Reference field 
(read/write), 857 

Procedure Response field 
(read), 796, 864-865 

reading, writing, and error- 
handling (I/O) fields), 791 

Record Mode tield 
(read/write), 852-854 

Record Monitor field 
(read/write), 856 

Record Status tield (read), 
854 

Requested Offset field 
(read/write), 824-826 

Resolved Play Mode field 
(read / write), 859 


Response Error message (no 
access), 841-842 
Response Segment response 


(not accessible), 368 


Resume response (not accessi- . 


- ble), 869 

Selected Master Code field 
(read), 824 

Selected Time Code field 
(read/write), 821-823 

Selected Time Code Source 
field (read / write), 847 

Selected Time Code Userbits 
field (read), 847 

Signature message, 835-841 

Step Length field 
(read/write), 857 

Stop Mode field 
(read / write), 851-852 

synchronization (sync) fields, 
793 

Time Standard field 
(read / write), 847 

" time-code generation fields, 
794 

Track Input Monitor field 
(read / write ), 857 

Track Mute field 
(read/write), 867 

Track Record Ready field 
(read/write), 855 

Track Record Status field 
(read), 854-855 

Track Syne Monitor field 
(read/ write), 856 


transport management fields, 
792 
two-byte time codes, 
834-835 
Update Rate message 
(read/write), 841 
Velocity Tally field (read), 
851 
VITC Insert Enable field 
(read/ write), 867 
Wait response (not accessible), 
868-869 
MIDI manufacturers, 940-946, 
1036-1038 
MIDI mergers, 55, 56 
MIDI messages, 37, 60-139. See 
also Channel Mode mes- 
sages; Channel Voice mes- 
sages; MIDI language; 
MIDI Show Control stan- 
dard; MIDI Time Code; 
System Exclusive messages 
Aftertouch messages, 99-102, 
209, 897 
Channel Aftertouch message, 
101-102, 102, 209, 348 
in MIDI implementation 
charts, 209 
Polyphonic Aftertouch mes- 
sage, 100-101, 101 
Channel messages, 68-70, 903 
General MIDI standard for, 
694-695 
polyphony and, 70 
types of, 70 
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Index 


- 


Control Change messages, 124— 
19, 125 
continuous controllers coded 
as a byte, 131-135 
continuous controllers de- 
fined, 904 
continuous MSB/LSB con- 
trollers, 125—130 
Data Increment and Data 
Decrement controllers, 135 
in Korg M1 data-storage for- 
mat, 349 
in MIDI implementation 
charts, 209 
Registered and Non-regis- 
tered parameters, 135—139 
switches, 130-131 
delay problems and, 340-341 
in MIDI Show Control stand- 
ard, 729-730 
Note On and Note Off mes- 
sages, 79-90, 920 
General MIDI standard for, 
694 
in Korg M1 data-storage for- 
mat, 347—348 
MIDI note numbers, nota- 
tion, frequency, and cycle 
time, 83—90 
Note Off message, 80-81, 81 
Note On message, 79-80, 80 
quantization of, 301-307 
tessitura and, 81 
velocity (attack and release) 
and, 81-83 


velocity response curve and, 
82 
Pitch Bend messages, 102— 
123,103, 209 
in Korg M1 data-storage for- 
mat, 348 
in MIDI implementation 
charts, 209 
pitch-variation range and, 
104-105 
receiving, 116-123 
resolution and density of, 104 
transmitting, 1OS—115 
Program Change messages, 90— 
99, 91, 925 
autoloading and, 99 
in Korg M1 data-storage for- 
mat, 349 
in MIDI implementation 
charts, 210 
multitimbral instruments 
and, 99 
numbering systems for, 
92-98 
receiving, 91 
storage of, 98 
Running Status, 156-160, 157, 
O77, 
speed and density of, 40-41, 40 
status bytes and data bytes and, 
61-63 
status information in, 71-79 
System Common messages, 


171-174, 210 


in MIDI implementation 
charts, 210 
Song Position Pointer (SPP) 
message, 171-173, 172, 
382~—383, 930 
Song Select message, 173— 
174, 173,930 
Tune Request message, 174, 
174 
System messages, 68, 932—933 
types of, 71 
System Real Time messages, 
160—171, 210 
Active Sensing message, 168— 
169, 169, 716, 896-897 
Continue message, 166-167, 
L6 (a / 2203 
in MIDI implementation 
charts, 210 
Start message, 164, 165, 172 
Stop message, 165—166, 166, 
ee 
synchronization messages, 
161-167, 168 
System Reset message, 169— 
lee 70 
Timing Clock messages, 162— 
164, 162, 172 
MIDI modes, 151-156. See also 
Channel Mode messages 
MIDI implementation charts 
and, 204 
Mode 1: Omni On/ Bol 152 
Mode 2: Omni On/Mono, 
153=154 


Mode 3: Omni Off/ Poly, 152 
Mode 4: Omni Off/Mono, 
(Gs Sve) 
for receiving units, 154 
for transmitting units, 155—156 
MIDI networks 
daisy-chain networks, 905 
MIDI channels and, 65—67, 
66 
MIDI Thru boxes and, 54, 55 
star networks, 931 
MIDI channels and, 67—68, 
67 
MIDI Thru boxes and, 54, 
54, 55 
status bytes, addressing, MIDI 
channels and, 64—65 ‘ 
MIDI Out port, 50-51, 50/52 
connectors and, 41 
handshake links and, 50, 51 
MIDI patch and, 56, 57 
recording connection examples, 
274-283 
MIDI patch, S6—-S7, 57, 922 
MIDI receiving buffer, 346 
MIDI reception flowcharts, 950— 
953, 951 
MIDI recording. See sequencers; : 
synchronization 
MIDI Sample Dump Standard. See 
Sample Dump Standard 
(SDS) 
MIDI Show Control standard 
(MSC), 729-765 


Bar Marker message, 186-188, 
748-75 1 
commands, 731-748 
ALL_OFF, 741 
CLOSES CUESUIST, 
747-748 
CLOSE_CUE_PATH, 748 
FIRE, 740-741 
GOn7387 
GO/JAM_CLOK, 742-743 
GO_OFF, 741-742 
LOAD, 739 
MTC_CHASE_ OFF, 747 
MTC_CHASE_ON, 
746—747 
CPEN®CUE LIST, 747 
OPEN_CUE_PATH, 748 
RESET, 741 
RESTORE, 741 
RESUME, 738 
SEQUENCE_+, 744 
SEQUENCE _-, 744-745 
SET, 740 
SEW CLOGK, 746 
STANDBY_+, 743 
STANDBY_-, 743—744 
START_CLOCK, 745 
ST@P) 737-738 
STOP 7CL@CK  749=746 
syntax of, 733-734 
TIMED_GO, 738-739 
ZERO_CLOCK, 746 
data syntax, 734—736 


event numbers, 735 


File Dump protocol, 191-199, 
753-761 
ACK (Acknowledge) mes- 
sage, 196, 758-759 
Cancel message, 197, 
7592760 
Data Packet message, 194— 
1967562758 
Dump Header message, 194, 
756 
Dump Request message, 
192-193, 448, 754-756, 
909 
End of File message, 198— 
199, 760—761 
NAK (Non-Acknowledge) 
message, 197, 759 
Wait message, 197, 760 
identifier syntax, 730 
Master Balance message, 190— 
re 7S3 
Master Volume message, 190, 
moe 753 
message syntax, 729-730 
MIDI Tuning standard, 199-— 
203, 761-765 
Bulk Tuning Dump message, 
201-202, 764, 901 
Bulk Tuning Dump Request 
message, 201, 763 
overview of, 199-201, 
761~763 
Real-Time Single-Note Tun- 
ing Change message, 202, 
764 


tuning programs and tuning 
banks, 202—203, 765 
Time Code, 735-736 - 
Time Signature message, 188— 
190) 751752 
MIDI software vendors, 
1036-1038 
MIDI standards. See General MIDI 
standard; GS format; MIDI 
Machine Control protocol 
(MMC); MIDI Show Con- 
trol standard; SMDI (SCSI 
Musical Data Interchange) 
protocol 
MIDI Thru box, 54-55, 54, 933 
MIDI Thru port, 51-53 
cascade networks and, 52, 53 
connectors and, 41 
recording connections and, 
276-283 
MIDI Time Code Command com- 
mand (MMC), 794, 807 
MIDI Time Code Command 
Tally field (read/write), 
862-863 
~ MIDI Time Code Input field 
(read), 830-832 
MIDI Time Code (MTC), 16], 
380, 411-434, 918. See also 
synchronization 
Bar Marker message and, 186— 
188, 748—75 1 
converting SMPTE data to, 
412-424 


Index (e : 


Cue Point messages, 429-430, 
905 

Delete Cue Point message, 430 

Delete Event Start/Event Stop 
messages, 429 

Delete Punch-In/Punch-Out 
messages, 429 

Event Name message, 430-432 

Event Start/Event Stop mes- 
sages, 429 

Full Message message, 420-421 ‘ 

MIDI Machine Control proto- 
col application example 1, 
872-874 

MIDI Machine Control proto- 


col application example 2, 


874-879 . 
MIDI Time Code Quarter 

Frame message, 171, 

412-420 
Punch-In/Punch-Out messages, 

428, 925 
Set Up messages (MTC cue- 


ing), 424427, 430-432 
Special message, 427 - 
time code offset, 427-428 
timing messages, 412—424 
user bits, 421-424 


MIDI Time Code Set Up field 


(read / write), 863-864 


MIDI Tuning standard, 199-203, 


761-765. See also MIDI 
Show Control standard 
(MSC); System Exclusive 


messages 


. 
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Bulk Tuning Dump message, 
201—202, 764, 901 
Bulk Tuning Dump Request 

message, 201, 763 


Real-Time Single-Note Tuning 


Change message, 202, 764 
tuning programs and tuning 

banks, 2022203, 765 

mixed storage, 461 

MMC. See MIDI Machine Control 
protocol 

MMC Reset command (MMC), = 
801 7 

Mode messages. See Channel Mode 
messages 

modulation effects, 331-332 

Mono Mode On message, 150, 
152-154 

Motion Control Tally field (read), 
848-85 | 

Move command (MMC), 807-808 

MSB/LSB controllers. See Control 

_ Change messages 

MSC. See MIDI Show Control 
standard 

MTC. See MIDI Time Code 

MTC_CHASE_OFF command, 
MIDI Show Control stan- 
dard, 747 

MTC_CHASE_ON command, 
MIDI Show Control stan- 
dard, 746—747 

multiple-output solutions, to 
MIDI delay problems, 342— 
343, 343, 344 


multitimbral instruments, 919 
Program Change messages and, 
99 
synthesizers, 2993 
multitrack recorders, versus 
sequencers, 266-267 
multi-windowing, on sequencers, 
298—300, 299 
musical instruments. See instruments 


musical interfaces. See interfaces; 


MIDI hardware interface 


N 


NAK (Not Acknowledge) message 
File Dump protocol, 197, 759 
Sample Dump Standard (SDS), 

529 
noise, white, pink, and bandwidth- 
limited, 219 
non-programmable synthesizers, 
249-250, 441 
note length adjustment, 312-313 
Note Number section, MIDI im- 
plementation charts, 
207-208 
Note On and Note Off messages, 
79-90, 920. See also Chan- 
nel Voice messages; MIDI 
messages 
General MIDI standard for, 694 
in Korg M1 data-storage for- 
mat, 347-348 


MIDI note numbers, notation, 
frequency, and cycle time, 
83-90 

Note Off message, 80-81, 81 

Note On message, 79-80, 80 

quantization of, 301-307 

tessitura and, 8] 

velocity (attack and release) and, 
Sil=83 

velocity response curve and, 82 

Notes section, MIDI implementa- 
tion charts, 211 
numbering systems, for Program 
Change messages, 92-98 
nybble, 920 
nybble checksums, 471 


nybble transmission format, 456 


0 


Omni Mode Off message, 150, 
1522153 

Omni Mode On message, 150, 
152, 153-154 

“one’s complement” checksum, 
470 

one-way mode, 450-452, 473-475 

OPEN_CUE_LIST command, 

_ MIDI Show Control stan- 

dard, 747 


OPEN_CUE_PATH command, 


MIDI Show Control stan- 
dard, 748 
- operating systems, memory and, 


439-440 


optoelectrical isolators, for MIDI 
It port, 43,77) 
organ sounds, 686 
oscillators, 921 
additive synthesis and, 227-229 
analog synthesis and, 215-219, 
216, 214, 218 
digitally controlled oscillators 
(DCOs), 216 
low-frequency oscillators 
(LFOs) 
analog synthesis and, 223-224 
FM synthesis and, 229—230, 
230 
voltage-controlled oscillators 
VEO), 216 
waveforms produced by, F 
216-219 
outputs, multiple-output solutions 
to MIDI delay problems, 
342-343, 343, 344 
over-sampling, 238 


P 


P.D. (phase distortion), 923 
additive synthesis and, 228— 
229, 228 
packed transmission format, 
461-463 
panorama effect, automatic, 
332-335 


parameter messages 


individual, 465-466 


: 


Index 


for Yamaha SYS5, 672-677, 
673 
for Yamaha TX81Z, 646, 647 
Parameter-Change message, for 
Yaimalia’S Y55)°662=67 2 
parameters 
ACED parameter for Yamaha 
TX81Z, 618-621 
displayed versus real parameter 
values 
in data formats, 464-465 
in editor/librarian for 
Yamaha TX81Z, 646, 647 
edit buffer, 1025-1032 
minimum MIDI implementa- 
tion of registered parame- 
ters, 695 
Registered and Non-registered 
parameters, 135-139, 695 
transferring sample parameters, 
5038=—517 
VCED parameter for Yamaha 
TxslZ, 618-621 
patch, MIDI, S6—-S7, 57, 922 
pattern editing, on sequencers, 
291-292, 922 
Pause (MCS) command (MMC), 
799 
percussion. See also drum machines 
instrument display, on se- 
quencers, 296-297, 297 
percussive sounds, 691 
periodic waveforms, 4—5 


phase distortion (PD. ) 923 
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additive synthesis and, 228— 
229, 228 
phase-based effects, 331-332 
piano sounds, 685 
piano-roll display, on sequencers, 
296, 296 
pink noise, 219 
pipe sounds, 689 
pitch, 5—8, 6, 923. See also sound 
cycles and, 6-7 
frequencies and intervals and, 
i 
frequency and, 6—7 
Pitch Bend messages, 102—123, 
103, 209. See also MIDI 
messages 
in Korg M1 data-storage for- 
mat, 348 
in MIDI implementation charts, 
209 
pitch-variation range and, 
104-105 
receiving, 116-123 
resolution and density of, 104 
transmitting, 1OS—115 
pitch conversion, in controllers, 
262-263 
pitch-variation range, Pitch Bend 
messages and, 104-105 
Play (MCS) command (MMC), 
797 
Play Speed Reference field 
(read / write), 857 
Poly Mode On message, 151, 152 


Polyphonic Aftertouch message, 
100-101, 101, 209 
polyphony, 923 

Channel messages and, 70 

in synthesizers, 250-253 


ports, 924. See MIDI In port; 


MIDI Out port; MIDI 

Thru port 

post-production 

SMPTE in audio, 404—405 

PPQN (pulses per quarter note) 

synchronization, 380, 386, 

924 

Procedure command (MMC), 

796, 810-811 

Procedure Response field (read), 

796, 864-865 

Program Change messages, 90-99, 
91, 925. See also MIDI 
messages 

autoloading and, 99 

in Korg M1 data-storage for- 
mat, 349 

in MIDI implementation charts, 
210 

multitimbral instruments and, 99 

numbering systems for, 92—98 

receiving, 91 


storage of, 98 


programming 


chorus, panorama, and harmon- 
izer effects, 332—336 
dump utilities, 554—607 
Casio CZ-1, 602—607 


dumping all memory, 
5662572 
Korg M1, 572-576 


receiving dump requests, 


§55—566 

Roland D-110, 584—600, 
585-594 

Roland MT-32, 580-583, 
DOQSSE3 

Yamaha FM synthesizers 


& 


with six operators, 577~S80 


Yamaha SPX-90 Multieffect, 


600—602 
Yamaha TX81Z series, 
5552572 
synthesizers, 249-250, 441 
propagation, 2-4 
Prophet 600, 453-456 
protocols. See data integrity; data- 
storage and data-transmis- 
sion formats; File Dump 
protocol; MIDI Machine 
Control protocol (MMC); 
SCSI Musical Data Inter- 
change (SMDI) protocol 
pulses per quarter note (PPQN) 


synchronization, 380, 386, 


924 


pulse-width signals, 218, 218, 925 


Punch-In/Punch-Out messages, 
428, 925 

Put Patch segment, for Yamaha 
TX8I7Z, Ol 7eors 


107 
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quantization, 301-313, 3338-340, 
925. See also editing; 
sequencers 

delay problems and, 338-340 

during recording and editing, 
Sua=312 

incremental quantization, 
307-308 

intelligent quantization, 31 1 

note length adjustment, 
3123813 

of Note On and Note Off 
messages, 306-307 

quantization by modeling, 
308-310, 310 

reversible quantization, 311 

zone quantization, 308 


RAM (random-access memory), 
438-439, 925 

Read command (MMC), 802 

read-only memory (ROM), 
438-439, 927 

real time, 926 

in MIDI Files, 351-352 

Real Time messages. See System 
Real Time messages 

real-time recording, on sequencers, 
268-269 

Real-Time Single-Note Tuning 
Change message, 202, 764 


receive functions, in dump utilities, 
487 

Receive segment, for Yamaha 
TX81Z, 613-615 

receiving 

Pitch Bend messages, 116—123 
Program Change messages, 91 

receiving units, MIDI modes for, 
154 

Record Exit command (MMC), 
798 

Record Mode field (read/write), 
852-854 

Record Monitor field 
(read / write ), 856 

Record Pause command (MMC), 
799 

Record Status field (read), 854 

Record Strobe command (MMC), 
798 

Record Strobe Variable command 
(MMC), 816 

recording. See MIDI Machine Con- 
trol protocol (MMC); se- 
quencers; synchronization 

rectangular signals, 218, 218 

reed sounds, 688—689 

Registered and Non-registered 
parameters, for Control 
Change messages, 135-139 

registered parameters, General 
MIDI standard for, 695 

relative codes, in sequencer/ tape- 
based recorder synchroniza- 


tion, 384—385 


release plage, 2¢2-223,4223, 224, 
926 
release velocity, Note On and 
Note Off messages and, 
81-83 
Requested Offset field 
(read/ write), 824-826 
Reset All Controllers message, 
143-144 
RESET command, MIDI Show 
Control standard, 741, 926 
resolution 
of Pitch Bend messages, 104 
sampling and, 238-240, 239 
on sequencers, 271-274 
Resolved Play Mode field 
(read / write ), 859 
Response Error message (no 
access) (MMC), 841-842 
Response Segment response (not 
accessible) (MMC), 868 | 
responses. See MIDI Machine Con- 
trol protocol (MMC) 
RESTORE command, MIDI. 
Show Control standard, 741 
RESUME command, MIDI Show 
Control standard, 738 
Resume command (MMC), 774— 
TI SBS 1? 
Resume response (not accessible) 
(MMC), 869 
resynthesis, 242-243, 244 


reversible quantization, 311 
Rewind (MCS) command 
(MMC), 798 
rhythm boxes. See also percussion 
display of on sequencers, 296— 
297, 297 
Song Numbers on, 173-174 
Roland, test procedures and hid- 
den functions, 980-1001, 
1007 
Roland Alpha Juno-1! implementa- 
tion chart, 957, 958-960 


Roland D-50 and D-550 . 
handshake protocol, 450, 472, 
479-483 ‘ 
memory in, 444446 
one-way protocol, 450-452, : 
472-475 


Roland D-550 Expander imple- 
mentation chart, 960, 
961-962 

standard transmission format, 
463 

Roland D-110, 584—600, ; 
585-594 
Roland MT-32, 580-583, ° 
62-964 
ROM (read-only memory), 438— 
439, 927 
running speed, in MIDI Machine 
Control protocol, 778—780 
Running Status, 156-160, 157, 
927 
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Sample Dump Standard (SDS), 
526-539, 927. See also 
Dump messages; File Dump 
protocol 

ACK (Acknowledge) message, 
5282029 

Cancel message, 529-530 

Data Packet message, 526-527 

Dump Header message, 
531-534 

Dump Request message, 528 

Loop Point Request message, 
530-930 

Loop Point Transmission mes- 
sage, 534-535 

NAK (Not Acknowledge) mes- 
sage, 529 

versus SMDI (SCSI Musical 
Data Interchange) protocol, 
892-893 

transferring data with, 536-539 

Wait message, 530 

sample editors, 502—539. See also 

dump utilities 
memory in samplers, 503 
sample editors, 522-524, 523 
transferring sample parameters, 
5032517 
transferring samples, 517-522 
universal sample editors, 524— 
525, 525 
sampling, 214, 235-243, 928. See 


also synthesis 


ral 


aliasing, 238, 898 
analog-to-digital conversion 
arid, 235723022399239 
digital words, 238 
folding, 237-238, 237 
hybrid synthesis and, 241-242 
over-sampling, 238 
resolution, 238—240, 239 
resynthesis and, 242-243, 244 
sample readers, 241 
sampling rate, 237-238, 237, 
239-240, 927 
software synthesizers and, 240— 
241, 240 
Satellite accessory, 489, 489 
sawtooth signals, 216-217, 216, 
928 
scales 
microtonal scales. See MIDI 
Tuning standard 
Zarlin versus well-tempered, 17 
scores 
editing on sequencers, 292-294, 
294, 295 
translating in MIDI Files, 369— 
370.370 
SCSI Musical Data Interchange 
(SMDI) protocol, 892-893 
SDS. See Sample Dump Standard 
Search (MCS) command (MMC), 
805 
segments, 545 
in GenEdit program, 545, 
548-551 


in editing configuration, 
5502551 
in filing configuration, 548 
in organizing configuration, 
548-550 
for Yamaha TX81Z 
Common segment, 655—658 
Get Patch segment, 617-618 
Initialize segment, 616-617 
Make Edit segment, 622-629 
Put Patch segment, 617—618 
Receive segment, 613-615 
Send Edit segment, 636-637 
Transmit segment, 613-614, 
61S5=on6 
Unmake Edit segment, 
629-636 
Validate segment, 647—655 
Selected Master Code field (read), 
824 
Selected Time Code field 
(read / write), 821-823 
Selected Time Code Source field 
(read/write), 847 
Selected Time Code Userbits field 
(read), 847 — 
Send Edit segment, for Yamaha 
TXSZ, 636-637 
send functions, in dump utilities, 
487 
SEQUENCE_+ command, MIDI 
Show Control standard, 744 
sequencers, 266-374. See also in- 
struments; synchronization; 
synthesizers 
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automatic panorama effect, 
332-335 
Chorus, Auto-Pan, and Har- 
monizer.effects program, 
332-336 
chorus effects, 331-332 
compressing audio signals, 327- 
328, 328 
connection examples, 274-283 
delay and echo effects, 324— 
326,326 
delay problems, 337-346 
channel priorities and, 341 
Exclusive messages and, 
345-346 
filtering and, 340-341 
MIDI message density and, 
341 
MIDI message priority and, 
340 
MIDI receiving buffer and, 
346 
multiple-output solutions to, 
342-343, 343, 344 
quantization and, 338-340 
sound-generator response 
times and, 343—345 
track priorities and, 342 
dynamic range effects, 327-331 
editing, 291-301 
absolute metrical or temporal 
position and, 300, 300 
controller representation, 
298, 299 
editing grids, 294, 295 
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MIDI event editing, 292-301 
multi-windowing, 298-300, 
299 
percussion instrument dis- 
play, 296-297, 297 
piano-roll display, 296, 296 
processing operations, 301 
quantization during, 311-312 
score editing, 292-294, 294, 
295 
structure or pattern editing, 
201-2 92 ee 2 
velocity representation, 297, 
298 
expanding audio signals, 328— 
329, 329 
harmonizer effects, 326-327 
harmonizer effects program, 
332336 
Korg M1 data-storage format, 
347-350 
Channel Aftertouch mes- 
sages, 348 
Control Change messages, 
349 
End of Track identifier, 350 
mixed storage, 46] 
Note On/Note Off mes- 
sages, 347-348 
Pitch Bend messages, 348 
Program Change messages, 
349 
Start of Bar identifier, 350 
limiting audio signals, 330-331, 
331 


logical manipulations, 316-323, 
oa 
MIDI Files, 350-374, 917 
advantages and limitations 
Of, GOO Sol 
chunk format of, 358 
compatibility of, 350-351 
compressing temporal data, 
BS22353 
delta times, 351-354, 359— 
360, 361 
guidelines for, 368-369 
header chunks, 358-361, 
370=87 1, 372912 
Meta events, 364368 
MIDI events, 362 
real times and delta times, 
S352 
SysEx events, 362-364 
track chunks, 361-368, 371— 
374 
translating scores, 369-370, 
370 
Type 0, Type 1, and Type 2 
formats, 360-361, 370—374 
variable-size format of, 
352008 
modulation effects, 331-332 
versus multitrack recorders, 
266-267 
phase-based effects, 331-332 
quantization, 301-313, 338— 
340, 925 
delay problems and, 338-340 


during recording and editing, 
oi 312 
incremental quantization, 
307-308 
intelligent quantization, 311 
note length adjustment, 
Za 313 
of Note On and Note Off 
messages, 306—307 
quantization by modeling, 
308-310, 310 
reversible quantization, 311 
zone quantization, 308 
recording, 268-291 
connection examples, 
274-283 
data formats for, 269—270 
MIDI channels and, 283—291 
quantization during, 311-3 Pe 
real-time versus step mode, 
268-269, 931 
resolution, 271-274 
tempo and time signatures 
and, 270-271 
sequencer/tape-based recorder 
synchronization, 383-385. 
See also MIDI Time Code 
(MTC); SMPTE 
synchronization 
absolute and relative codes 
in, 384-385 
how synchronization codes 
are recorded, 385 
sequencer-to-sequencer MIDI 
synchronization, 38 1-383 
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software processing, 316-323, 
317 
software sequencers versus hard- 
ware sequencers, 267-268 
Song Numbers on, 173-174 
storing sequences. See Korg M1, 
data-storage format; MIDI 
Files 
synchronization signals and, 
30-31 
vibrato effects, 331-332 
SEQUENCE_— command, MIDI 
Show Control standard, 
744-745 
serial asynchronous links, 37-43, 
38939 
serial / parallel interface, 38, 43— 
A8. See also interfaces; MIDI 
hardware interface 
interrupt buffer system and, 
47-48, 47 
serial/parallel conversions and, 
45-46, 46 
SET command, MIDI Show Con- 
trol standard, 740 
Set Up messages (MTC cueing), 
424-427, 430-432 
SET_CLOCK command, MIDI 
Show Control standard, 746 
”7 plus 1” transmission format, 
456-457 
Show Control standard. See MIDI 
Show Control standard 
(MSC) 
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Shuttle (MCS) command (MMC), 
805 

Signature message (MMC), 
835-841 

sine-wave signals, 216, 929 

sinusoidal waveforms, 4—5, 5 

slave devices, MIDI Machine Con- 
trol protocol and, 879-892 

SMDI (SCSI Musical Data Inter- 
change) protocol, 892-893 

SMF (Standard MIDI Files). See 
MIDI Files 

SMPTE synchronization, 380, 
388-424, 929. See also 
synchronization 

in audio post-production, 
404—405 

converting to MIDI Time 
Code, 412-424 

Direct Time Lock (DTL) code, 
4ll 

history of, 388-390 

human synchronization, 407— 
411, 409 

MIDI Machine Control proto- 
col and, 776-777 

recording, 399-402 

SMPTE LTC Code (Longitudi- 
nal Time Code), 390-392, 
393, 394, 3952396, 396, 
3972393, 915: : 

SMPTE VITC Code (Vertical 
Interval Time Code), 390, 
392-398, 396, 397, 398, 
399 


SMPTE/MIDI converters, 
402—403 
for tape-based recorders, 406— 
407, 408 
software. See dump utilities 
software sequencers, 267-268 
software synthesizers, 240-241, 
240 
software vendors, 1036-1038 
Song Numbers, 173—174 
Song Position Pointer (SPP) mes- 
sage, 171-173, 172, 382— 
383, 930 
Song Select message, 173-174, 
173, 930 
sound, 2-19. See also sounds; 
waveforms 
amplitude, 8-10, 9, 10 
Fourter’s Law and harmonic 
series, 12-19, 13, 14, 18 
frequency 
intervals and, 7-8 
pitch and, 6-7, 923 
graphing, 4—5, 4, 5 
pitch, 5-8, 6, 923 
cycles and, 6~7 
frequencies and intervals and, 
7-8 
frequency and, 6—7 
propagation and, 2—4, 3 
timbre, 11-19, 11, 933 
Fast Fourier Transform 
(FED )andel7—18 
Fourier’s Law, harmonics 


arid, 1219, 1374 


multitimbral instruments and 
Program Change messages, 
99 
sound effects, 691 
sound generators, 248-257. See 
also controllers; synthesizers 
in acoustic instruments, 19-20 
in electronic instruments, 20—21 
MIDI delay problems and re- 
sponse times of, 343-345 
programmable versus nonpro- 
grammable, 249-250 
sound-generator keyboards, 259 
sounds. See also sound 
assigning in GS format, 
697-700 
General MIDI standard for 
families of, 684-685 
General MIDI standard for, 
685-691 
Special message, MIDI Time 
Code, 427 
SPP (Song Position Pointer) mes- 
sage, W173, Le2e382— 
383, 930 
square signals, 217, 217, 930 
standard checksums, 470 
Standard MIDI Files (SMF). See 
MIDI Files 
standard transmission format, 463 
STANDBY_+ command, MIDI 
Show Control standard, 743 
STANDBY _— command, MIDI 
Show Control standard, 
743-744, 931 


star networks. See also MIDI 
networks 
MIDI channels and, 67—68, 67 
MIDI Thru boxes and, 54, 54, 
3D 
Start of Bar identifier, in Korg M1 
data-storage format, 350 
start bits, MIDI, 37, 39 
Start message, 164, 165, 172 
START_CLOCK command, 


MIDI Show Control stan- 
dard, 745 

status bytes, 61-63, 63, 931. See 
also MIDI language 


in Channel Mode messages, 155 
families of, 78—79 
logical addressing and, 64-65 
MIDI channels and, 64—65, 
69-70, 69 
MIDI messages and, 71-79, 72 
in MIDI reception flowcharts, 
952 
in System Exclusive messages, 
176 
Step Length field (read/ write), 857 
Step (MCS) command (MMC), 
806 
step mode recording, 268-269, 
931 
stop bits, MIDI, 37, 39 
STOP command, MIDI Show 
Control standard, 737-738 
Stop (MCS) command (MMC), 
797 
Stop message, 165-166, 166, 172 
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Stop Mode field (read/ write), 
Bo1=852 
STOP_CLOCK command, MIDI 
Show Control standard, 
745-746 
storing 
Program Change messages, 98 
sequences, See Korg M1, data- 
storage format; MIDI Files 
string sounds, 687 
structure editing, on sequencers, 
291-292 
Subtract command (MMC), 809 
subtractive synthesis, 226-227, 
931. See also synthesis 
sustain phase, 222-223, 223, 224, 
931 
switches, Control Change messages 
for 130-10! 
synchronization, 378-434, 932 
clock signal types, 380 
converters, 380, 402—403 
Cubase examples, 433-434, 434 
Human Syn function, 408— 
409, 409 
Direct Time Lock (DTL) code, 
All 
FSK (Frequency-Shift Keying) 
synchronization, 380, 
386-388 
logical synchronization, 38], 
383 
MIDI Time Code (MTC), 161, 
380, 411-434, 918 


Bar Marker message and, 
186-188, 748-751 

converting SMPTE data to, 
412-424 

Cue Point messages, 429-430, 
905 

Delete Cue Point message, 
430 

Delete Event Start /Event 
Stop messages, 429 

Delete Punch-In/Punch-Out 
messages, 429 

Event Name message, 
430-432 

Event Start/Event Stop mes- 
sages, 429 

Full Message message, 
420-421 

MIDI Time Code Quarter 
Frame message, 171, 
412-420 

overview of, 161, 411-412, 
432-434 

Punch-In/Punch-Out mes- 
sages, 428, 925 

Set Up messages (MTC cue- 
ing), 424-427, 430-432 

Special message, 427 

time code offset, 427-428 

timing messages, 412-424 

user bits, 421-424 

PPQN (pulses per quarter note) 

synchronization, 380, 386 


sequencer/tape-based recorder 
synchronization, 383-385. 
See also MIDI Time Code 
(MTC); SMPTE — 
synchronization 
absolute and relative codes 
in, 384-385 
how synchronization codes 
- are recorded, 385 
sequencer-to-sequencer MIDI 
synchronization, 381-383 
SMPTE synchronization, 380, 
388-424, 929 
in audio post-production, 
404—405 
converting to MIDI Time 
Code, 412-424 
Direct Time Lock (DTL) 
code, 411 
history of, 388-390 
human synchronization, 407— 
411, 409 
recording, 399-402 
SMPTE LTC Code (Longi- 
tudinal Time Code), 390— 
3929293, 394, 395-396, 
396, 397, 398, 915 
SMPTE VITC Code (Verti- 
cal Interval Time Code), 
390; 39598, 396, 397, 
398, 399 
SMPTE/MIDI converters, 
402-403 
for tape-based recorders, 


406-407, 408 
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Timing Clock messages, 162— 
164, 162, 172, 380, 
381-383 

Song Position Pointer SEP) 
message, 171-173, 172, 
382—383, 930 

synchronization fields, MIDI Ma- 
chine Control protocol, 793 

synchronization messages, 161-— 
167, 168. See also System 
Real Time messages 

Continue message, 166-167, 
16 Gele2—l fs 

Start message, 164, 165, ee 

Stop message, 165—166, 166, 
ye 

Timing Clock messages, 162— 
164, £62; 172, 380, 
381-383 

Song Position Pointer (SPP) 
message, 171-173, l v2, 
382-383, 930 

synchronization signals, sequencers 
and, 30-31 

synthesis, 214-235, 897. See also 
sampling 

additive synthesis, 227-235, 
DoT 

frequency modulation (FM) 
synthesis, 2292232, 230, 
231232, 23 39294 

oscillators and, 227-229 

phase distortion, 220229, 
228 
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vector synthesis, 232-233, 
285 
wave tables, 233-235, 236 
analog synthesis, 215—225, 
215, 226-227, 898 
amplifiers and envelope gen- 
erators (EGs), 221-223, 
223, 224 
filters) 92221. 290.29) 
future of, 224-225 
low-frequency oscillators 
(LFOs), 223-224 
oscillators, 215-219, 216, 
217,218 
versus subtractive synthesis, 
220-227 
digital synthesis, 225—226, 226. 
See also additive synthesis; 
subtractive synthesis 
hybrid synthesis, 241-242 
linear arithmetic (L/A) synthe- 
sis, 444 
resynthesis, 242-243, 244 
subtractive synthesis, 226-227, 
931 
synthesizer effects, 690 
synthesizer lead, 689 
synthesizer pad, 690 
synthesizers, 248-257, 932. See 
also controllers; instruments; 
sequencers; sound generators 
analog synthesizers 
interface systems in, 22—29, 
2327028 


programming sound in, 
31-33 
Ensoniq VFX-SD 
expressiveness of, 969-97] 
implementation chart, 963, 
964 
MIDI channels, 255-256 
horizontal mapping, 255 
outputs, 256 
vertical mapping, 255-256 
MIDI messages and control of 
sound in, 257 
polyphonic capability of, 
250-256 
allocating voices, 253-255 
distribution of polyphony, 
251=253 
multitimbral synthesizers, 253 
programmable versus nonpro- 
grammable, 249-250, 441 
Roland Alpha Juno-1 implemen- 
tation chart, 957, 958—960 
software synthesizers, 240-241, 
240 
test procedures in, 257 
Yamaha DX7 synthesizer, FM 
synthesis and, 229-232, 
23 260 
System Common messages, 171— 
174, 210. See also MIDI 
messages 
in MIDI implementation charts, 
210 


Song Position Pointer (SPP) 
_ message, 17 eel 3 ee? 2, 
382-383, 930 
Song Select message, 173-174, 
173, 930 


Tune Request message, 174, 174° 


System Exclusive messages, 175— 
183, 176, 210, 932. See also 
data integrity; data-storage 
and data-transmission for- 
mats; Dump messages; 
dump utilities; File Dump 
protocol; MIDI Machine 
Control protocol (MMC); 
MIDI messages 

Bar Marker message, 186-188, 
748-751 
data bytes in, 176 
General Information messages, 
184-185 
Identity Reply message, 
184-185 
Identity Request message, 184 
in GS format implementation 
charts, 716-729 
manufacturers’ messages, 
176-178 
Master Balance message, 190- 
191. 753 
Master Volume message, 190, 
752=753 
MIDI delay problems and, 345— 
346 
in MIDI Files, 362—364 
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in MIDI implementation charts, 
210 
MIDI Tuning standard, 199— 
203, 761-763 
Bulk Tuning Dump message, 
201-202, 764, 901 
Bulk Tuning Dump Request 
message, 201, 763 
Real-Time Single-Note Tun- 
ing Change message, 202, 
764 
tuning programs and tuning 
banks, 202—203, 765 
status bytes in, 176 


Time Signature message, 188— ‘ 
190, 751-752 
Universal System Exclusive ID F 


messages, 178-183 
for Yamaha SY55, 660—662 
System messages, 68, 932-933. 
See also MIDI messages 
types of, 71 
System Real Time messages, 160— 
171, 210. See also MIDI 
messages 
Active Sensing message, 168— 
169, 169, 716, 896-897 
in GS format implementation 
charts, 715-716 
in MIDI implementation charts, 


210 
synchronization messages, 161— 
167, 168 
Continue message, 166-1 67, 
167, 172-173 
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Start message, 164, 165, 172 

Stop message, 165-166, 166, 
lz 

Timing Clock messages, 162— 
164, 162, 172 

System Reset message, 169-171, 
170 
System Reset message, 169-171, 

170 


I 


tape-based recorders. See also MIDI 
Machine Control protocol 
SMPTE synchronization for, 
406-407, 408 
tempo, on sequencers, 270-271 
temporal position, sequencers and, 
300, 300 
tessitura, Note On and Note Off 
messages and, 81 
test procedures and hidden func- 
tions, 257, 976-1008 
Boss, 976-977 
Casio FZ-1, 1008 
Korg, 977-980 
Kurzweil 1O00PX, 980 
Roland, 980-1001, 1007 
in synthesizers, 257 
Yamaha, 1001—1007 
32-voice dump. See editor/librar- 
ian for Yamaha TX81Z 
Thru box, 54—55, 54, 933 
timbre, 11-19, 933. See also sound 


Fast Fourier Transform (FFT) 
and, 17218 
Fourier’s Law, harmonics and, 
12-19, 13, 14 
multitimbral instruments and 
Program Change messages, 
99 
time code, 933. See also MIDI 
‘Tame Code (MTO); 
SMPTE synchronization; 
synchronization 
in MIDI Show Control stan- 
dard, 735~736 
time code offset, 427-428 
two-byte time codes in MMC 
protocol, 834-835 
Time Signature message, 183-190, 
Wiss aS) 
time signatures, 933 
on sequencers, 270—27 | 
Time Standard field (read/ write), 
847 
TIMED_GO command, MIDI 
Show Control standard, 
738-739 
Timing Clock messages, 162—164, 
162, 172, 380, 381-383 
Song Position Pointer (SPP) 
message, 171-173, 172, 
382-383, 930 
track chunks, in MIDI Files, 361— 
360037 [1—374 
Track Input Monitor field 
(read/ write), 857 
Track Mute field (read/ write), 867 


track priorities, MIDI delay prob- 
lems and, 342 

Track Record Ready field 
(read / write), 855. - 

Track Record Status field (read), 
854—855 

track-status, in MIDI Machine 
Control protocol, 780-781 

Track Sync Monitor field 
(read / write), 856 

transactions, in MIDI Machine 
Control protocol, 770 

translating scores, in MIDI Files, 
SO9So Ons 10 

Transmit segment, for Yamaha 
TX81Z, 613-614, 615-616 

transmitting, Pitch Bend messages, 
[OSs 

transmitting units, MIDI modes 
forddSdaho6 

transport management commands 
and fields, MIDI Machine 
Control protocol, 791-792 

triangular signals, 217, 217, 934 

triggers. See synchronization signals 

Tune Request message, 174, 174 

tuning programs and tuning banks, 
202-203, 765. See also 
MIDI Tuning standard 

two-byte time codes, in MIDI Ma- 
chine Control protocol, 
834-835 

“two's complement” checksum, 


470 


Type 0, Type 1, and Type 2 
MIDI File formats, 360— 
361,.370-374 


U 


UART (Universal Asynchronous 


Receiver/Transmitter), 934 - 


interrupt buffer system and, 47— 
48, 47 
serial / parallel conversion and, 
45-46, 46 
uncompressed storage, 457-458 
universal dump utilities, 489, 
501-502. See also GenEdit 
program 
universal sample editors, 524— 
5257525 . 
Universal System Exclusive ID 
messages, 178-183. See also 
System Exclusive messages 
Unmake Edit segment, for 
Yamaha TX81Z, 629-636 
Update command (MMC), 
803-804 
Update Rate message (read/write) 
(MMC), 841 
user bits 
in MIDI Machine Control pro- 
tocol, 778 
in MIDI Time Code, 421-424 
utilities. See dump utilities; 


GenEdit program 


bi 


Index 


06 


V 


Validate segment, for Yamaha 
TX81Z, 647-655 

Variable Play (MCS) command 
(MMC), 805 

variables, in GenEdit language, 
LOIZ=1013 

variable-size format, of MIDI 
Files, 352—353 

VCAs (voltage-controlled amplifi- 
ets), 221, 935 

VCED parameter, for Yamaha 
"TO1Z9618=621 

VCEs (voltage-controlled filters), 
220, 935 

VCOs (voltage-controlled oscilla- 
tors), 216, 935 

vector synthesis, 232-233, 235 

velocity, 935 

Note On and Note Off messages 
and, 81-83 
representation of on sequencers, 

297, 298 

velocity response curve, 82 

Velocity section, MIDI implemen- 
tation charts, 209 

Velocity Tally field (read), 851 

vendors, MIDI software, 1036— 
1038 

Vertical Interval Time Code 
(VITC), 390, 392-398, 
396, 397, 398, 399, 935 

vibrato effects, 331-332 

vibratory propagation, 2-4 


video post-production, 924 

videotape recorders. See also MIDI 
Machine Control protocol 

SMPTE synchronization for, 

406—407, 408 

VITC Code (Vertical Interval 
Time Code), 390, 392— 
398, 396, 397, 398, 399, 
935 

VITC Insert Enable field 
(read/write), 867 

Voice messages. See Channel Voice 
messages 

voices, 935 

General MIDI standard for, 683 

voltage-controlled amplifiers 
CVGAS2217985 

voltage-controlled filters (VCFs), 
220, 935 

voltage-controlled oscillators 


(VCOs), 216, 935 


W 


Wait command (MMC), 774— 
Wifey, 38 
Wait message 
File Dump protocol, 198, 760 
Sample Dump Standard (SDS), 
530 
Wait response (not accessible) 
(MMC), 868-869 
wave tables, additive synthesis and, 
233=235) 236 


waveforms, 936. See also sound 


aperiodic waveforms, 8 
graphing, 4S, 4 
periodic waveforms, 4-5 
produced by oscillators; 
216-219 
sinusoidal waveforms, 4—5, 5 
well-tempered scale, 17 
white noise, 219 
Write command (MMC), 
801-802 


Y 


Yamaha, test procedures and hid- 
den functions, 1001—1007 

Yamaha DX7 synthesizer, 229— 
DOD, 231, 232 

Yamaha FM synthesizers with six 
operators, 577-580 


Yamaha SPX-90 Multieffect, 
600—602 
Yamaha TX81Z series, 555—572 
Yamaha TX802 
ASCII transmission format, 
458-460 
memory in, 443-444, 445 


uncompressed storage in, 


457-458 
Zarlin scale, 17 ‘ 
ZERO_CLOCK command, MIDI 

Show Control standard, 746 . 


zone quantization, 308 
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C ompuServe CIM Running Start 
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CompuServe users who want to 
get on line using Win CIM, DOS 
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program. Whether you’re new to 
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book is essential for every online 
user. 

Part I shows you how to use 
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Serve services. Both parts are filled 
with clear and easy-to-follow 
instructions. 

If you’re looking for a way to 
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computer industry terms at a remarkably 
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make it easy for you to find the answers 
you need. 
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a Kit and Percussion flapping (Channel 10) 


NOTE NUMBERS 
(DECIMAL) NOTE NUMBERS (HEX) NoTE NAME INSTRUMENT OR EFFECT 
35 (23H) BO Acoustic bass drum 

36 (24H) Cl Bass drum | 
37 (25H) CHI Side stick 
38 (26H) Di. Acoustic snare 
39 (7H) D#I Edna else 
40 (28H) El Electric snare 
41 (29H) FI Low-floor tom 
42 (2AH) FHI Closed hi-hat 
43 (2BH) GI High-floor tom 
44 (2CH) G#l Pedal hi-hat 
45 (2DH) Al Low tom 
46 (2EH) A#I Open hi-hat 
aa (2FH) Bl Low-middle tom 
48 (30H) C2 High-middle tom 
49 (31H) CH2 Crash cymbal 1 
50 (32H) D2 High tom 
51 (33H) D#2 Ride cymbal 1 
52 (34H) E2 Chinese cymbal 
53 (35H) F2 Ride bell 

54 (36H) F#2 = Tambourine 
as (37H) G2 MT 723 .B73 1994 
= RED) sik Braut, Christian. 
57 (39H) A2) 


The musician’s guide to MI! 
American River College Library | 
4700 College Oak Drive 2. 
Sacramento, California 95841 
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NOTE NUMBERS 
(DEC MAL) 


58 


a9 


60 
61 
62. 
63 
64 
65 
66 
67 
68 
69 
70 
71 
72 
73 
74 
75 
76 
77 
78 
79 
80 
81 


NOTE NUMBERS (HEX) 
(3AH) 
(3BH) | 
(3CH) 
(3DH) 
(3EH) 
(3FH) 
(40H) 
(41H) 
(42H) 
(43H) 
(44H) 
(45H) 
(46H) 
(47H) 
(48H) 
(49H) 


- (4AH) 


(4BH) 
(4CH) 
(4DH) 
(4EH) 
(4FH) 
(50H) 
(51H) 


Hove NAME 
A#2 


B2 
C3 
C#3 


D3 


D#H3 
E3 
F3 
FH3 
G3 
G#3 
A3 
A#3 
B3 
C4 
CH4 
D4 
D#4 
E4 
F4 
FHA 
G4 
GH4 
A4 


INSTRUMENT OR EFFECT 
Vibraslap 

Ride cymbal 2 
High bongo 
Low bongo 
Mute high conga 
Open high conga 
» 


Low conga 
High timbale 
Low timbale 
High agogo 
Low agogo 
Cabasa 


Maracas 


- Short whistle 


Long whistle 
Short guiro 
Long guiro 
Claves 

High woodblock 
Low woodblock 
Mute cuica 
Open cuica 
Mute triangle 


Open triangle 


The Musician’s 
Guide to MIDI 


The Musician’s Guide to MIDI offers comprehensive coverage of the 
MIDI (Musical Instrument Digital Interface) Standard. Written for both 
the musician and computer user, this unique book takes the reader from 
basic concepts to sophisticated music engineering techniques. 


Take a guided tour of the MIDI environment. You'll explore the 
many components of MIDI; learn how system and channel messages are 
applied; and gain a solid understanding of MIDI sound generators, 
samplers, controllers, and software. 


Start making music. Following simple diagrams, set up your keyboard 
synthesizer and your computer, and get started. Work on MIDI 
sequencer sound design and multimedia soundtracks. Learn to synchro- 
nize audio and visual devices, sequencers, and more. 


Miake the music yours. Use the power of MIDI to get the most out of 
your MIDI gear and musical ideas. Take full control of General MIDI; use 
MIDI Show Control for amazing multimedia effects; and use MIDI 
Machine Control to engineer sound and music limited only by your 
imagination. 


’ 


Studio Recording magazine, and is an accomplished 
programmer, musician, and composer. 


cD) The text of this book is printed on recycled paper. 
Christian Braut is a journalist who specializes 
in electronic music and the MIDI Standard. 
He is Editor-in-Chief of France’s Keyboards Home af 
syeex ISBN O-7821-1285-4 US. $39.99 


